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ABSTRACT 


This  thesis  investigates  the  possibility  of  employing  computer  spreadsheets  as  a 
sophisticated  tool  to  resolve  resource  allocation  dilemmas  through  simulation  techniques. 
Microsoft’s  Excel  4.0  is  used  to  analyzed  three  separate  and  unique  resource  allocation 
problems.  First,  an  inventory  distribution  system  involving  different  distribution  points  to 
illustrate  the  magnification  of  uncertainty  as  the  distribution  system  is  lengthened.  Second, 
queuing  utilization  problem  faced  by  an  emergency  room  of  a  hospital.  The  third  scenario 
looks  at  the  uncertainty  in  financial  budgeting  situation  as  reflected  in  the  Navy’s 
CHAMPUS  budget.  A  spreadsheet  macro  using  simulation  techniques  is  created  for  each 
scenario  to  illustrate  that  computer  spreadsheets  are  fully  capable  of  analyzing  resource 
allocation  enigmas  through  simulation  methodology. 
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L  INTRODUCTION 


Within  the  Department  of  Defense  and  business  world,  one  facet  of  a  manager’s 
success  is  his/her  skill  at  formulating  an  appropriate  balance  among  the  scarce  resources  at 
his/her  disposal.  Sagacious  allocation  of  limited  resources  are  paramount  to  the  success  of 
a  manager.  Multiple  methods  exist  and  are  at  the  disposal  of  a  manager  for  guiding 
him/her  to  the  most  feasible  solution.  One  of  the  instruments  available  to  the  manager  for 
resolving  a  resource  allocation  dilemma  is  simulation.  Simulation  is  a  methodo'ogy  that 
handles  uncertainty  and  presents  the  manager  with  the  best  possible  solution  among 
several  feasible  alternatives.  The  most  simplistic  simulation  model  involves  elementary 
mathematical  equations  and  events  that  can  be  formulated  and  solved  by  hand.  However, 
most  applications  of  simulation  in  a  real  world  setting  are  too  complex  for  hand 
calculations  and  thus  require  the  implementation  of  digital  computers  with  simulation 
specific  software.  The  simulation  method  that  is  appropriate  for  each  predicament  is  a 
function  of  the  complexity  of  the  problem  and  the  time  constraints  faced  by  the  decision 
maker.  Hand  simulation  is  time  consuming  and  often  impossible  to  solve  Simulation 
specific  packages  employing  a  digital  computer  will  solve  a  majority  of  problems 
Unfortunately,  simulation  oriented  software  is  not  as  widely  applied  as  it  can  be  due  its 
prohibitive  cost  or  technical  skill  needed  to  develop  a  simulation  program. 

A.  PURPOSE 

The  purpose  of  this  thesis  is  to  confront  resource  allocation  through  simulation 
methodology  by  using  a  conglomeration  of  simplistic  and  complex  methods.  Digital 
computer  spreadsheets,  which  are  available  to  virtually  every  manager,  can  be  applied  to 
perform  simulation.  A  link  between  computer  spreadsheets  and  simulation  will  allow  a 


broader  application  of  simulation  methodology  by  managers.  This  thesis  will  focus  on  the 
methods  for  applying  computer  spreadsheet  simulation  for  solving  relatively  complex 
resource  allocation  predicaments.  This  study  is  structured  to  answer  one  primary 
question.  How  applicable  are  off-the-shelf  digital  computer  spreadsheets  for  resolving 
resource  allocation  problems  employing  simulation  methodology? 

B.  SCOPE 

The  focus  of  the  study  will  be  limited  to  discrete  vice  continuous  simulation 
techniques.  The  distinction  between  discrete  and  continuous  systems  is  required  because 
of  the  entirely  separate  discipline  existing  concerning  the  study  of  continuous  systems. 
Models  of  continuous  systems  are  an  industrial  process  integrated  over  a  period  of  time 
resulting  in  the  mathematical  formulas  containing  differential  equations.  Discrete  systems 
involve  product  industries  that  can  be  quantified  into  discrete  events  thus  requiring 
simplistic  mathematical  equations.  Problems  requiring  the  application  of  differential 
equations  should  be  solved  with  simulation  specific  software.  Thus,  the  analysis  will  be 
conducted  using  the  digital  computer  spreadsheet  software  Microsoft  Excel  4. 0  for 
Windows.  Excel  4.0  is  currently  the  most  powerful  off-the-shelf  spreadsheet  software 
available  and  is  compatible  with  other  available  spreadsheet  software 

C.  OVERVIEW 

In  order  to  comprehend  the  simulation  method,  simulation  philosophy  will  be 
introduced  in  Chapter  II.  The  chapter  will  also  describe  how  simulation  can  be  used  as  a 
resource  allocation  tool.  Chapter  III  introduces  terms,  builds  upon  the  simulation 
philosophy,  and  develops  the  methodology  required  for  construction  of  simulation  models 
Throughout  the  chapter,  simulation  methodology  as  it  pertains  to  computer  spreadsheets 
will  be  discussed  in  order  to  develop  guidelines  for  building  models.  Chapters  IV,  V,  and 
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VI  will  illustrate  the  previous  chapter’s  guidelines  for  computer  spreadsheets.  Three 
different  scenarios  will  be  modeled  and  analyzed  using  simulation.  Chapter  VII  presents 
the  conclusions  of  the  research. 
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II.  SIMULATION  AS  A  RESOURCE  ALLOCATION  DECISION  TOOL 

Simulation  methodology  is  one  of  several  tools  available  to  the  manager  for 
providing  feasible  solutions  to  the  enigma  of  allocating  scarce  resources.  Before 
discussing  the  many  benefits  of  analyzing  resource  allocation  problems  through  simulation 
techniques,  one  must  first  become  familiar  with  the  alternative  methods  that  are  available 
and  practiced  by  managers.  When  presented  with  a  predicament  concerning  the 
apportionment  of  assets,  how  does  a  manager  arrive  at  a  decision? 

A.  TOOLS  FOR  RESOURCE  ALLOCATION 

A  significant  number  of  the  decisions  made  by  managers  when  facing  almost  any 
issue  are  founded  upon  his/her  previous  experience  or  intuition.  A  manager’s  experience 
accumulates  throughout  his/her  career  and  can  originate  from  many  sources.  The  acumen 
of  professional  consultants,  professional  literature,  and  successes  or  failures  both  he/she 
and  his/her  competitors  have  encounter  in  the  past  are  just  a  few  of  the  sources  of 
experience.  Decisions  arrived  at  by  intuition  are  more  difficult  to  rationalize.  However,  a 
decision  based  on  a  "gut  feel”  has  been  encountered  by  almost  everyone.  Recurrently,  a 
manager  encounters  a  decision  that  he/she  has  no  experience  to  reflect  upon  for  a  solution 
What  methods  are  available  to  a  manger  if  he/she  has  no  previous  experience  or  no  desire 
to  commit  resources  solely  upon  intuition? 

One  method  a  manager  has  at  his/her  disposal  if  he/she  does  not  have  any  experience 
to  reflea  upon  is  to  create  a  knowledge  base  for  his/her  decision.  Knowledge  is 
developed  by  performing  experiments  on  the  actual  system  that  he/she  lacks  knowledge 
and  observing  the  responsive  behavior  The  system  that  is  modeled  can  be  any  set  of 
interdependent  elements  that  function  within  an  organization  to  meet  specific  goals,  i  e , 
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allocation  of  resources.  Experiments  consist  of  proposing  and  applying  changes  to 
variables,  policies,  or  scenarios  that  effect  the  system.  The  resultant  consequences  and 
behavior  of  the  system  manipulation  are  analyzed  and  further  changes  are  considered  and 
acted  upon.  Through  these  iterations  of  experiments,  experience  is  developed  and  a  final 
decision  or  policy  is  settled  upon. 

This  method,  often  called  “trial  and  error,”  has  its  drawbacks.  Trial  and  error  on  the 
actual  system  can  be  expensive,  time  consuming,  and  even  detrimental.  Thus,  one  can 
rarely  perform  experiments  in  the  business  world.  Even  if  the  opportunity  exists,  if  the 
system  does  not  yet  exist,  experimentation  is  not  a  feasible  alternative.  A  manager  must 
apply  other  methods  to  develop  experience. 

Analytical  techniques  are  another  method  for  decision  analysis  and  involve  the 
application  of  mathematical  equations  that  have  been  derived  by  management  scientists. 
The  system  in  question  is  studied  and  a  mathematical  model  is  constructed  that  represents 
the  interactions  of  the  system  and  environment.  The  relevant  equations  are  solved  using 
simultaneous  equations  and  calculus  techniques  resulting  in  an  optimal  solution.  An 
optimal  solution  is  the  best  solution  among  several  feasible  solutions.  The  manager  can 
then  institute  his/her  decision  or  policy.  However,  a  few  caveats  must  be  considered  when 
a  manager  chooses  the  analytical  approach.  First,  the  system  may  be  amenable  to  a 
mathematical  model  but  deriving  the  solution  may  be  beyond  the  capabilities  of  the 
manager  or  his/her  staff.  Second,  as  a  model  more  closely  simulates  reality,  i.e.,  becomes 
increasingly  more  complex  and  mathematical  techniques  becomes  incapable  of  fully 
describing  the  system.  Thus,  another  tool  is  required  to  resolve  these  dilemmas. 

B.  SIMULATION  FOR  RESOURCE  ALLOCATION 

To  solve  analytical  enigmas,  the  next  alternative  available  to  managers  is  the  world 
of  simulation.  Simulation  methodology  is  the  development  of  a  mathematical  model  or  a 
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series  of  models  that  describes  the  behavior  of  a  system  over  time.  Thus,  simulation  is 
heavily  dependent  upon  analytical  techniques  and  offers  a  method  of  solving  analytical 
problems  that  are  beyond  the  manager’s  capabilities.  Many  other  benefits  exist  with 
simulation,  but  simulation  is  not  an  end  in  itself.  It  is  a  vehicle  from  which  data  for  further 
analysis  is  collected  and  conclusion  drawn.  It  does  not  replace  the  experience  and 
intuition  of  the  manager  but  instead  it  is  an  augmentation  to  the  information  available  to  a 
manager. 

The  two  preeminent  advantages  of  simulation  in  comparison  to  previously  discussed 
methods  are  imitation  of  reality  and  reduced  expense.  Imitation  of  reality  is  a  key  concept 
and  an  advantage  of  simulation  because  it  allows  a  manager  to  observe  the  behavior  of  a 
system  as  he/she  induces  change  without  agitating  the  real  system.  Thus,  the  difficulties 
encountered  with  actual  experimentation  are  mitigated.  The  manager  can  now  observe 
behavior  of  a  simulated  system  and  will  be  able  to  determine  the  system’s  sensitivity  to 
changes  in  key  variables,  locate  critical  factors  or  problem  areas,  and  evaluate  the 
effectiveness  of  his/her  decisions.  Thus,  a  manager  can  derive  effective  solution  before  the 
actual  implementation  of  an  unproved  policy  or  action.  Also,  during  a  simulation  exercise, 
he/she  can  control  many  features  of  a  system  that  he/she  would  not  usually  control  in  a 
real  world  setting.  A  manager  can  develop  experience  by  relating  known  manipulation  to 
known  results. 

Concerning  expense,  simulation  offers  several  economical  benefits.  By  use  of  digital 
computer  simulation  methods,  a  manager  can  evaluate  alternative  ways  of  meeting 
objective  in  a  fraction  of  the  time  that  would  normally  be  required  for  the  long  term  effects 
of  a  proposed  decision  to  occur  in  time.  Time  is  money  and  simulation  methods  allow  the 
manager  to  be  in  control  of  time.  He/she  can  compress  time  so  as  not  to  wait  for  the 
passage  of  time  to  produce  results.  Second,  manipulation  does  not  occur  with  an  actual 
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system  in  which  costly  mistakes  and  pitfalls  could  occur.  He/she  can  gain  experience  at 
the  expense  of  a  simulation  model  vice  the  organization’s  capital.  Furthermore,  if  the 
system  is  in  the  design  stage  and  does  not  yet  exist,  simulation  allows  for  cost  benefit 
analysis  of  hypothetical  situations.  The  manger  can  derive  an  economical  design  founded 
upon  simulated  results.  Construction  of  a  system  need  not  be  based  upon  an  intuitive 
guess  or  a  faulty  experience.  Also,  simulation  produces  data  inexpensively  which  can  be 
used  for  further  analysis. 

Therefore,  simulation  is  a  viable  and  essential  tool  for  approaching  all  but  the  most 
simplistic  of  resource  allocation  problems.  Simulation  methodology  provides  the  manager 
with  the  best  of  all  feasible  alternatives  without  committing  an  organization’s  capital. 
Additional  consideration  must  be  given  to  the  low  cost  associated  with  simulation.  The 
next  section  discusses  how  a  manager  applies  simulation  as  a  tool. 

C.  SIMULATION  THROUGH  COMPUTERS 

Assuming  the  manger  understands  the  benefits  of  simulation  methodology,  how 
does  he/she  most  effectively  implement  simulation  techniques?  Simulation  can  range  from 
very  simplistic  methods  involving  the  development  of  a  solution  by  hand  to  the  most 
complex  that  require  the  application  of  digital  computers  and  simulation  specific 
languages,  i.e.,  GPSS  and  SIMSCRIPT  to  name  a  couple.  Unfortunately,  for  a  majority 
of  managers,  the  hand  technique  becomes  either  too  complex  and  time  consuming  or  the 
computer  oriented  method  is  too  expensive  and  beyond  the  manager’s  skills.  Thus,  he/she 
must  consult  a  simulation  programming  expert  to  solve  his/her  problems,  if  one  is 
available.  Another  approach  would  be  the  marriage  of  simple  and  complex  techniques 
through  the  application  of  off-the-shelf  computer  spreadsheets  to  solve  all  but  the  most 
difficult  simulation  quandaries. 
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Digital  computer  spreadsheets  were  first  introduced  with  the  development  of 
Visicalc  by  Dan  Bricklen  and  Bob  Franston  in  1979  [Ref.  1],  Visicalc  did  little  more  than 
replace  pencil  and  paper  calculations  with  a  computer.  However,  during  the  past  decade, 
computer  oriented  spreadsheets  have  grown  exponentially  in  functionality  and  computing 
power.  Through  spreadsheets,  a  manager  has  the  ability  to  produce  powerful  simulation 
models.  All  the  manager  needs  is  knowledge  of  simple  spreadsheet  procedures  and  an 
understanding  of  basic  principles  of  simulation  methodology.  Currently,  the  most  popular 
off-the-shelf  spreadsheet  software  is  Lotus  1-2-3 ,  followed  by  Excel.  Each  provides 
limited  simulation  ability  by  employing  “what  if’  analysis.  Thus,  simple  simulation  is 
available  to  anyone  who  owns  a  microcomputer  and  a  spreadsheet  package. 

However,  “what  if’  analysis  is  limited  to  a  few  variables  and  does  not  address  time 
or  probabilistic  issues  that  are  essential  criteria  for  simulation  methods.  These  limitations 
can  be  resolved  through  the  purchase  of  inexpensive  simulation  “add-in”  programs  such  as 
Simulated  Solution,  %R1SK,  or  Crystal  Ball,  or  by  spreadsheet  programming  through 
“macro”  commands.  Add-in  programs  are  not  widely  available  to  most  managers,  but  the 
basic  spreadsheet  program  is  available  to  virtually  all  managers.  Accordingly,  Chapter  III 
will  explore  the  applicability  and  development  of  computer  spreadsheets  for  solving 
moderately  complex  simulation  problems  using  simulation  methodology  and  spreadsheet 
macros.  In  addition,  guidelines  for  the  development  of  computer  spreadsheet  simulation 
models  will  be  identified  for  application  to  other  resource  allocation  problems. 
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ffl.  SIMULATION  METHODOLOGY 


This  chapter  outlines  the  methodology  entailed  when  developing  and  applying 
simulation  models  and  digital  computer  spreadsheets  to  resolve  resource  allocation 
predicaments.  The  chapter  will  begin  by  summarizing  relevant  simulation  oriented 
terminology  followed  by  a  discussion  of  an  effective  strategy  for  a  manager  who  embarks 
upon  the  creation  of  a  simulation  model.  When  appropriate,  concepts,  suggestions,  and 
command  specific  to  Excel  4.0  (adaptable  to  other  off-the-shelf  spreadsheets)  will  be 
provided  to  assist  a  manager  on  his/her  macro  programming  endeavors. 

A.  TERMINOLOGY 

The  following  terms  are  employed  throughout  the  course  of  this  study  and  will  be 
defined  here  so  as  to  avoid  any  confusion  in  terminology. 


1.  System:  The  system  is  any  set  of  interdependent  elements  that  function  within 
an  organization  to  meet  specific  goals.  A  system  may  have  subsystems. 

2.  Model:  The  model  is  an  imitation  of  a  system  using  formulas,  logic  statements, 
etc.,  that  when  conglomerated  represent  how  the  system  physically  interacts 
within  reality. 

3.  Discrete:  A  discrete  system  has  events  that  occur  during  a  specific  point  in 
time.  Time  is  considered  as  a  distinct  unit  vice  continuous  with  events  flowing 
from  one  to  the  next. 

4.  Stochastic:  A  stochastic  system  entails  estimates  on  the  part  of  the  decision 
maker  of  events  or  variables  that  are  random  or  probabilistic  in  nature. 

5.  Deterministic:  When  variables  are  assigned  a  single-valued  estimate  vice  a 
stochastic  estimate,  they  are  considered  deterministic. 
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6.  Exogenous  Variable:  Exogenous  variables  are  entered  into  a  model  and  are 
not  altered  in  value  during  the  simulation  exercise.  An  exogenous  variable  is 
also  referred  to  as  an  environmental  variable. 

7.  Endogenous  Variable:  Endogenous  variables  that  are  dependent  upon  the 
interactions  within  the  simulation  model.  Their  values  are  derived  by  the 
model  during  the  simulation  and  are  often  referred  to  as  state  variables. 

8.  Policy  Variable:  Policy  variables  are  variables  that  obtain  their  value  as  a 
direct  result  of  the  decision  makers’  intervention. 

9.  Flow  Chart:  A  flow  chart  is  a  graphical  representation  using  boxes  and  arrows 
to  represent  events  within  a  system  as  events  progress  through  time. 
Interactions  between  variables,  environment,  etc.,  are  captured  within  a  flow 
chart. 

10.  Feedback:  Feedback  is  the  transferring  of  output  back  to  the  input  so  that 
policy  variables  can  be  altered  in  an  attempt  to  obtain  a  desired  output 

1 1 .  Routine:  A  collection  of  computer  commands  that  perform  a  function  or 
functions. 

B.  SIMULATION  STRATEGY 

Simulation  philosophy  is  a  methodology  of  approaching  management  allocation 
predicaments.  Unfortunately,  there  is  no  specific  procedure  that  a  manager  can  apply  due 
to  simulation  models  being  unique  in  application  and  must  be  designed  anew  with  each 
new  kind  of  problem.  However,  there  are  commonalties  between  problems  and  models 
that  facilitate  a  strategy  when  a  manager  confronts  the  task  of  simulation.  Thus,  during 
the  construction  of  an  effective  simulation  model,  the  person  who  develops  the  model  will 
proceed  through  a  logical  progression  of  steps.  Some  steps  will  be  easier  than  others  and 
consume  less  time  while  others  are  more  difficult  and  time  consuming.  However,  all  are 
necessary  as  each  step  depends  upon  the  preceding  one.  The  remainder  of  the  chapter  will 
lay  out  the  steps  required  for  an  effective  strategy  when  addressing  all  but  the  most 
complex  simulation  scenarios 
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1.  Define  the  Problem 


Essential  to  the  success  of  a  simulation  model  is  the  definition  of  the  problem 
that  the  manager  wishes  to  simulate.  He/she  must  pose  the  question:  “What  is  my 
objective  for  the  model?”.  The  objectives  must  be  clearly  stated  so  that  the  manager  or 
programmer  can  assess  the  purpose  of  the  model  with  its  resultant  desired  output. 

Initially,  the  definition  may  be  broad,  such  as  a  plan  to  minimize  cost  with  the  system.  As 
the  model  progresses  through  the  following  steps,  the  objectives  will  become  more 
narrowly  defined  as  different  aspects  and  objectives  are  realized.  However,  with  a  defined 
objective,  a  programmer  can  proceed  to  the  next  step  of  charting  the  interactions  within 
the  system. 

2.  System  Flow  Charts 

Capturing  the  essence  of  a  system  that  is  required  to  properly  develop  a 
simulation  model  is  best  done  through  flow  charts.  Before  describing  flow  charting 
techniques,  one  must  first  understand  basic  system  relationships.  Figure  3. 1  illustrates  the 


Environmental  Variables 


Figure  3.1:  System  Interactions 
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interactions  that  exist  within  a  system.  Key  to  the  success  of  the  simulation  model  is  the 
proper  identification  of  interactions  shown  in  Figure  3  .1.  The  environment  is  beyond  the 
control  of  the  decision  maker  but  it  interacts  with  all  facets  of  the  system  and  must  be 
understood.  The  decision  maker  controls  the  inputs ,  monitors  feedback ;  and  makes 
decisions  through  policy  variables.  The  process  is  the  heart  of  the  simulation  model  where 
most  of  the  functional  interrelationships  are  understood  and  then  programmed.  With  a 
stated  objective  and  a  basic  understanding  of  the  system  in  terms  similar  to  Figure  3  1 ,  a 
basic  flow  chart  can  be  constructed.  [Ref.  2:pp.  2-4] 

The  first  flow  chart  will  capture  the  essence  and  general  interactions  that  are 
involved  in  the  system.  It  should  be  a  relatively  simple  chart  as  it  will  become  the 
foundation  from  which  all  other  interactions  and  flow  charts  are  constructed.  The  first 
flow  chart  will  be  the  backbone  of  the  simulation  model  and  it  is  upon  this  that  a  master 
control  routine  is  created.  Subroutines  branch  out  from  the  master  routine  to  perform 
more  specialized  tasks  or  functions.  This  logic  of  breaking  the  system  into  one  master 
routine  and  several  subroutines  is  ideal  for  “debugging”  a  model.  The  technique  of 
routines  and  subroutines  is  discussed  later. 

When  developing  flow  charts,  a  manager  should  only  consider  key  variables 
and  interactions.  Once  a  working  model  is  created,  more  complexity  and  realism  can  be 
added  as  needed.  The  greater  the  number  of  endogenous,  stochastic,  and  policy  variables 
included  in  a  model,  the  more  complex  the  model  becomes.  This  results  in  an  increase  in 
the  time  required  to  develop  and  run  a  simulation  model.  However,  with  an  increase  in 
complexity  the  model  becomes  more  accurate.  The  more  accurately  that  the  model 
represents  reality,  the  more  accurate  the  results  and  the  closer  the  simulation  will  be  to 
meeting  the  objectives.  This  trade-off  between  time  and  accuracy  is  partially  determined 
by  the  objectives  and  partially  from  the  experience  of  the  programmer.  With  the  flow 
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charts  drawn  and  thoroughly  understood,  the  programmer  continues  to  the  next  step  of 
simulation  strategy. 

3.  Mathematical  Modeling 

Mathematical  modeling  often  coincides  with  the  creation  of  flow  charts.  This 
occurs  because  mathematical  models  involve  functional  relationships  where  exogenous 
variables  (inputs)  are  transformed  into  values  for  endogenous  variables  (outputs).  Also, 
the  functional  relationships  will  be  an  integral  part  of  the  boxes  within  flow  charts. 
Mathematical  modeling  is  also  the  point  in  the  simulation  process  where  the  discipline  of 
spreadsheet  modeling  becomes  a  consideration.  A  programmer  must  be  continuously 
thinking  about  how  he/she  is  going  to  program  the  spreadsheet  to  recreate  the 
mathematical  and  functional  relationships. 

During  the  mathematical  modeling  phase,  a  number  of  sources  are  referred  to 
for  equations  and  relationships.  Several  equations  will  be  used  that  have  been  created  by 
management  scientists  for  analyzing  a  problem  using  analytical  techniques.  This  is  the 
case  for  the  inventory  distribution  and  queuing  models  discussed  in  the  next  two  chapters. 
Other  sources  will  be  from  the  discipline  from  which  the  model  is  formulated  such  as 
general  accounting  relationships.  Other  functional  relationships  are  developed  by 
understanding  the  relationships  inherent  within  the  flow  charts  created  for  the  system.  The 
purpose  of  mathematical  and  functional  relationship  modeling  is  to  describe  the  system  as 
carefully  as  possible.  Each  equation  or  relationship  describes  a  relationship  between  two 
or  more  factors  of  interest  in  the  system.  When  consolidated,  they  represent  the  flow 
charts  and  eventually  the  complete  system. 

Critical  to  the  mathematical  modeling  phase  are  the  assumptions  that  are  built 
into  the  simulation  model.  What  is  considered  to  be  generally  understood  and  in  what 
situation  will  the  simulation  model  be  exercised?  A  caveat  must  be  considered  at  this 
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point  in  the  discussion.  Anyone  who  deals  with  simulation  must  understand  that  the 
model  is  only  as  genuine  as  the  input  and  the  assumptions  inherent  to  the  input.  A  poor 
assumption  will  invalidate  the  model  no  matter  how  well  the  model  is  constructed.  As  the 
saying  goes,  “Garbage  in  gives  garbage  out!”  Therefore,  the  importance  of  this  step  in 
model  development  cannot  be  over  emphasized. 

Another  consideration  that  must  be  understood  during  simulation  construction 
is  the  unexpected.  A  model  should  take  into  account  every  conceivable  value  of  the 
system  being  considered.  For  simplistic  models,  it  is  easier  to  prevent  values  or  place 
limits  within  the  model.  For  example,  if  the  stock  level  in  an  inventory  system  achieves  a 
certain  level,  the  simulation  should  perform  a  function  or  end  simulation.  The  reasoning 
behind  this  logic  is  the  difficulties  a  programmer  will  encounter  if  a  condition  is  forgotten 
and  is  encountered  during  the  simulation.  Numerous  hours  of  debugging  can  result  from 
an  unaccounted  value  or  a  condition  that  results  in  misleading  and  invalid  output. 

4.  Creating  a  Spreadsheet  Simulation  Macro 

This  step  is  the  point  of  divergence  from  a  typical  approach  to  simulation 
methodology.  Instead  of  applying  a  spreadsheet  to  solve  a  simulation  oriented  problem, 
the  traditional  approach  is  for  a  manager  to  choose  hand  simulation  or  simulation  specific 
computer  languages  to  solve  his/her  resource  allocation  dilemma.  If  the  problem  under 
consideration  is  a  continuous  situation  vice  discrete,  simulation  specific  languages  are  the 
optimal  choice.  However,  the  focus  of  this  thesis  is  on  moderately  complex,  discrete 
scenarios  that  lend  themselves  to  spreadsheet  simulation.  The  remainder  of  this  chapter 
will  be  oriented  towards  the  application  of  a  spreadsheet  for  resolving  of  resource 
allocation  problems.  In  particular,  techniques  developed  during  this  study  will  be 
presented  to  the  reader  to  augment  his/her  spreadsheet  simulation  endeavors 
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However,  before  launching  into  the  programming  phase,  the  programmer 
must  become  intimately  familiar  with  the  capabilities  of  the  spreadsheet  he/she  intends  to 
employ.  Spreadsheet'  are  not  designed  to  be  used  for  simulation  tasks  but  are  fully 
capable  to  do  so  through  macro  programming.  However,  one  must  be  creative  in 
programming  the  spreadsheet  to  perform  simulation.  The  more  that  a  programmer 
understands  the  capabilities  of  his/her  spreadsheet,  the  easier  the  task  will  be. 

After  constructing  flow  charts  and  mathematical  relationships,  the  next  task, 
often  the  most  time  consuming,  is  the  creation  of  the  simulation  macro(s)  and  worksheet 
within  a  spreadsheet  program  such  as  Excel  4.0.  Careful  preparation  and  forethought  will 
save  the  programmer  several  hours  of  debugging  during  the  creation  of  the  program. 
However,  debugging  will  be  required  no  matter  how  efficient  the  programmer  is.  The 
following  paragraphs  are  techniques  that  will  help  the  manager  solve  resource  allocation 
problems  using  Excel  or  other  off-the-shelf  digital  computer  spreadsheets. 
a.  Subroutines 

To  facilitate  debugging,  ease  of  understanding,  and  use  of  flow  charts,  a 
“master”  macro  should  be  created.  The  master  macro  will  control  the  entire  simulation 
process  through  a  network  of  supportive  subroutines  The  master  routine  should  be 
constructed  upon  the  basic  or  central  flow  chart.  It  should  control  time  and  its  respective 
iterations  along  with  output  and  input  of  variables.  The  subroutines  should  be  developed 
to  perform  specific  or  several  functions  of  the  flow  charts  or  separate  blocks  within  flow 
charts.  The  concept  of  “block-building”  through  subroutines  facilitates  debugging  by 
limiting  the  areas  where  a  programmer  must  look  for  difficulties. 

A  subroutine  does  not  have  to  be  part  of  the  same  macro.  It  can  be  its 
own  separate  macro  that  is  initiated  by  the  master  or  other  subroutine  macros.  Separate 
macros  become  a  necessity  with  complex  scenarios  that  require  many  lines  of 
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programming  code.  Otherwise,  the  program  becomes  too  large,  difficult  to  debug,  and 
some  functions  of  Excel  become  limited  or  lost.  Also,  Excel ’s  group  editing  abilities 
allows  the  editing  of  several  macros  simultaneously,  thus  saving  time. 
b.  Variables 

Several  techniques  exist  for  assigning  values  to  variables.  For 
exogenous  variables  that  are  deterministic  and  not  changed  for  different  scenarios,  the  best 
command  to  use  is  SET.VALUE(reference,  values).  For  variables  that  need  to  be 
updated  during  simulation  and  recorded  in  a  separate  location  on  the  spreadsheet,  the  best 
command  to  use  is  EOJHMEEA(formula_text,  reference).  Exogenous  and  deterministic 
values  that  are  changed  by  the  user  for  different  scenarios  or  assumptions  are  entered 
through  a  function  referred  to  as  THALQG.BOX(dialog  ref)  This  command  presents 
the  simulation  user  with  an  interaction  box  similar  to  Illustration  3.1.  Dialog  boxes  can  be 
used  for  a  number  of  other  functions  such  as  prompting  the  user  for  input  needed  for 
policy  variables. 


Illustration  3.1:  Sample  DIALOG  BOX 
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Another  function  of  Excel  that  is  used  for  variable  manipulation  is  the 
TF(logical_test,  va!ue_if_true,  value_if_false)  command.  Using  this  command,  variables 
(i.e.,  cell  reference  to  itself)  can  cumulate  data  when  a  condition  is  either  true  or  false  as 


shown  in  Illustration  3.2.  IF(..)  is  also  used  for  stochastic  events  and  Monte  Carlo 


A 

B 

C 

name 

command 

comments 

333 

Total  Tvpe  1 

=[F(Patient  Tvpe=l, Total  Tvpe  1+1, Total  Tvpe  1) 

Tallv  Patients 

334 

Total  Tvpe  2 

■PIRilPIQCniVPISHHIitBIHBMl 

til 

=IFYPatient  Tvpe=3,Total  Tvpe  3+1, Total  Tvpe  3) 

Dlustration  3.2:  Data  Culmination 


techniques.  By  using  multiple  IF(..)s,  a  stochastic  variable  that  has  been  converted  to  a 
cumulative  relative  frequency  is  coupled  with  a  RANDf)  function  to  generate  a  random 
number  less  that  one.  The  MA X(numberl,  number 2 ,..)  function  then  determines  the 
value.  This  process  is  depicted  in  Illustration  3  3. 


A 

B 

C 

commands 

comments 

67 

=RANDO 

Determine  Dailv  Demand 

68 

=EFeBS67>(VLOOKUP(0, Demand  Table.4)), Demand  1, Demand  0) 

69 

=IF(BS67>(VLOOKUP(l, Demand  Table,4)), Demand  2, Demand  0) 

70 

=DF(BS67>(VLOOKUP(2J3emand  Table,4)), Demand  3 .Demand  0) 

71 

=IF(BS67>< VLOOKUPf 3 .Demand  TabIe,4)),Demand  4,Demand  0) 

72 

DEMAND 

=MAX(B68:B7I) 

Dlustration  3.3:  Stochastic  Event 

c.  Naming  Variables  and  Locations 

A  powerful  capability  of  spreadsheets  is  the  ability  to  name  cells  or 
blocks  of  ceils  Thus,  a  cell  that  is  being  used  as  a  variable  can  be  assigned  a  name 
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Naming  should  be  used  as  much  as  possible  to  permit  the  programmer,  debugger,  and  user 
to  better  understand  the  program.  Instead  of  trying  to  determine  which  cell  a  formula  is 
referenced  to,  a  name  is  utilized.  DEMAND  and  Demand_Tabie  are  examples  of  using 
names  as  shown  in  Illustration  3.3. 

d  Recording  Data 

Computer  simulation  involves  the  passage  of  simulated  time  in  a 
compressed  format.  The  gathering  of  output  statistics  during  simulation  requires  an  ability 
to  record  data  either  in  computer  memory  or  on  the  spreadsheet  for  further  analysis.  This 
can  be  done  through  a  couple  of  methods.  The  first  is  to  collect  data  using  IF(..), 
MAX(..),  etc.,  functions  as  shown  in  Illustration  3.3.  The  disadvantage  of  this  method  is 
that  the  data  for  each  particular  iteration  is  lost.  However,  it  is  ideal  for  simplistic  Monte 
Carlo  methods  or  for  the  summation  of  information. 

The  second  method  is  to  record  the  information  in  a  spreadsheet  matrix 
format.  Unlike  simulation  languages  that  support  three-dimensional  storage  of 
information  in  computer  memory,  a  spreadsheet  requires  the  recording  of  information  after 
each  iteration  onto  the  spreadsheet.  This  is  the  major  difficulty  that  was  encountered 
when  applying  spreadsheets  for  simulation  problems.  It  was  not  impossible  but  requires 
some  creative  programming  to  resolve  some  of  the  perplexities  encountered 

When  using  a  matrix  format  to  store  data,  one  needs  to  have  the  ability 
to  reference  a  location  on  the  spreadsheet.  The  OFFSET  (reference,  rows,  cols,  height, 
width)  command  was  used  extensively  for  this  function.  For  the  reference,  the  comer  cell 
of  the  matrix  was  assigned  a  name  for  easy  reference.  Therefore,  a  two  dimensional 
matrix  was  accessible  on  the  worksheet  for  data  storage  and  manipulation. 
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e.  Manipulation  of  Time 

The  method  by  which  time  is  controlled  within  the  macro  that  controls 
the  spreadsheet  simulation  determines  the  foundation  upon  which  all  macros  are 
constructed.  The  idea  is  to  move  the  model  through  time  to  see  the  dynamic  behavior  of 
the  system.  The  simulation  begins  at  time  zero  where  all  parameters  have  their  initial 
values  as  provided  by  the  user.  As  time  progresses  during  simulation,  various  events 
occur  causing  changes  within  the  model.  Thus,  time  is  central  to  the  simulation.  Two 
methods  of  time  management  were  used  in  the  examples  in  the  following  chapters. 

The  first  method  is  to  allot  time  into  fixed  units.  Time  is  then  iterated 
using  the  FOR(counter_text,  startnum,  end  num,  step  num)  function  with  its 
corresponding  NEXT()  until  the  user  inputted  time  limit  is  reached.  This  was  used  for  the 
simulation  of  inventory  distribution  and  financial  management  problems. 

The  second  method  is  a  “next  event”  technique  [Ref  3],  Time  is  not 
iterated  in  fixed  units  but  instead  is  iterated  by  the  time  required  until  the  occurrence  of  the 
next  event.  Next  event  methods  require  more  creativity  in  program  design  so  that  each 
event  can  be  traced  with  its  respective  information.  The  method  employed  in  the  queuing 
examples  was  a  two-dimensional  pointer-matrix  methodology  Each  event  was  assigned  a 
time  and  a  pointer  that  maintained  the  location  of  relevant  data. 

f.  Logic  Statements 

For  situations  that  require  a  separate  set  of  actions  based  upon  different 
conditions.  Excel  offers  several  logic  functions.  For  example  lF(logical_test), 
ELSE.TF(logical_test),  and  ELSE()  allows  the  program  to  execute  separate  functions  due 
to  three  separate  conditions.  The  function  WHILE {logicaljtest)  with  its  corresponding 
NEXTQ  permit  localized  iteration  routines  if  required.  Each  of  these  functions  lends 
themselves  to  conditional  requirements  within  flow  charts 
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These  above  techniques  are  the  major  methods  that  were  developed 
during  the  creation  of  the  models  contained  in  the  next  three  chapters.  Other  techniques 
can  be  discovered  in  the  program  listing  contained  in  Appendices  A,  B,  and  C. 

5.  Validation  of  the  Model 

Once  a  working  spreadsheet  model  is  created,  the  most  difficult  task  for  the 
programmer  is  validation  and  debugging  of  the  model.  Essentially,  given  inputs  with 
corresponding  known  correct  outputs  (this  can  come  from  an  organization’s  past  data  or 
hand  calculations)  are  entered  into  the  model  and  the  model’s  output  is  scrutinized.  Other 
methods  of  debugging  also  can  be  employed.  Excel  has  a  built-in  add-in  function  for 
debugging.  This  add-in  permits  the  insertion  of  breaks  within  the  macro  or  check  points 
where  values  of  critical  variables  can  be  called  up  and  their  validity  determined.  Another 
function  that  was  found  to  be  invaluable  was  the  macro  utility  bar.  Contained  on  this 
utility  bar  is  a  function  that  allows  an  individual  to  “step”  through  each  individual  line  of 
the  macro.  Thus,  a  programmer  can  validate  that  every  line  of  programming  in  the  macro 
is  performing  what  it  was  designed  to  do.  The  utility  bar  also  allows  the  pausing  of  a 
macro.  This  facilitates  repositioning  of  the  computer  display  of  the  macro  or  worksheet  to 
check  on  other  sections  of  the  spreadsheet  during  simulation  execution 

One  who  begins  programming  will  learn  that  the  validation  phase  is  the  most 
difficult  and  rewarding.  As  he/she  progresses  through  every  conceivable  scenario  and 
situation,  a  simulation  model  will  be  created.  Often,  at  this  point,  further  complexity  is 
added  to  the  working  model  to  enhance  the  accuracy  of  the  model  until  the  final 
simulation  model  is  created. 

6.  Model  Implementation 

Once  a  model  is  created  and  validated,  the  model  should  be  put  to  use  and  the 
benefits  of  the  simulation  realized  Often  the  model  is  further  modified  to  add  more 


20 


realism  or  to  meet  new  objectives.  One  will  find  that  the  first  model  is  the  most  difficult. 
Fortunately,  as  time  progresses  and  experience  is  gained,  the  process  becomes  much 
easier. 

The  next  three  chapters  present  the  application  of  simulation  and  computer 
spreadsheets  for  analyzing  resource  allocation  problems.  Techniques  discussed  in  these 
chapters  are  used  to  create  spreadsheet  simulation  models  for  three  unique  allocation 
scenarios  frequently  confronted  by  managers.  Each  will  demonstrate  how  “what  if’ 
analysis  through  spreadsheet  simulation  can  provide  economical  guidance  to  managers 
when  making  crucial  policy  decisions.  Spreadsheet  simulation  provides  management  with 
the  capability  to  analyze  how  a  decision  effects  a  dynamic  system  without  the  expense  of 
trial  and  error. 

The  simulation  systems  chosen  for  illustration  and  discussion  are  inventory 
distribution  management ,  queuing  environment  utilization ,  and  a  financial  budgeting 
scenario.  Before  discussing  each  simulation  model,  an  introduction  is  provided  outlining 
the  dilemmas  faced  by  managers  and  the  apropos  solutions  provided  by  management 
science  theory  concerning  the  aforementioned  illustrations.  With  an  understanding  of  the 
traditional  solution  to  each  resource  allocation  problem,  the  alternative  approach  of 
simulation  will  be  introduced  to  illustrate  how  simulation  can  augment  management 
science  theory.  The  logic  behind  each  spreadsheet  simulation  model  will  be  discussed 
followed  by  scenarios  demonstrating  the  power  of  each  model.  Each  scenario’s  result  will 
be  analyzed  to  conclude  each  section. 
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rv.  INVENTORY  DISTRIBUTION  MANAGEMENT 


This  chapter  is  the  first  of  three  chapters  that  present  applications  of  simulation  and 
computer  spreadsheets  for  analyzing  resource  allocation  problems.  The  first  resource 
allocation  to  be  discussed  is  a  dilemma  that  often  confronts  managers.  How  to  effectively 
develop  a  set  of  rules  and  policies  for  managing  inventory?  Inventory  can  be  best 
summarized  as  the  items  that  are  maintained  in  storage  to  meet  the  immediate  and  future 
demands  within  the  organization  or  by  customers.  Almost  all  institutions  possess  some 
form  of  inventory.  Inventory  can  become  extremely  large  and  consume  a  majority  of  the 
capital  assets  available  to  the  manager.  Therefore,  the  expertise  of  maintaining  inventory 
capital  at  a  minimum  while  simultaneously  ensuring  that  the  demands  of  the  organization 
and  its  customers  are  satisfied  is  a  crucial  facet  of  a  successful  manager. 

A.  THEORY 

Inventory  management  is  an  aspect  of  management  science  that  has  been  analyzed 
and  documented  in  literature  for  decades  Management  scientists  have  developed  several 
analytical  models  to  assist  a  manager  in  achieving  a  balanced  and  economical  inventory 
management  system.  The  central  thrust  of  these  models  is  to  apply  analytical  techniques 
to  achieve  a  theoretical  balance  between  desirably  low  inventory  levels  with  that  of 
sufficient  stock  to  meet  customer  requirements.  Ideally,  the  analytical  results  will  allow  a 
sagacious  manager  to  achieve  positive  customer  relations  and  the  lowest  possible 
commitment  of  assets.  This  requires  few  or  no  backorders  with  low  inventory  levels. 
Unfortunately,  analytical  methods  are  formulated  under  the  presumption  of  ideal 
conditions  such  as  predictable  demand  and  lead  time.  With  the  introduction  of  reality,  the 
manager  must  augment  an  ideal  solution  with  experience  or  other  methods  to  obtain  an 
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efficient  inventory  system.  It  will  be  shown  that  spreadsheet  simulation  can  be  a  valuable 
tool  in  enhancing  a  manager’s  experience. 

Before  introducing  inventory  simulation,  a  manager  must  understand  inventory 
management  theory.  The  overall  objective  of  the  analytical  method  is  to  achieve  the 
lowest  commitment  of  assets.  The  commitments  of  capital  in  the  form  of  costs  are  as 
follows: 

1 .  Holding  or  carrying  costs  that  are  essentially  the  expenses  of  physically  having 
an  inventory  within  the  organization.  Examples  of  these  costs  are  floor  space, 
insurance,  and  obsolescence.  Holding  costs  do  not  include  the  actual  value  of 
the  inventory.  [Ref.  2:p.  56] 

2.  Ordering  (or  setup  in  a  production  environment)  costs  that  are  incurred  with 
each  decision  to  order  (or  produce)  more  inventory.  Examples  of  these  costs 
are  clerical  costs  associated  with  processing  an  order,  shipping  cost,  and 
material  handing  costs  once  the  order  is  received,  or  the  costs  of  restarting  the 
production  line  after  a  temporary  shut-down.  [Ref.  2:p.  57] 

3.  Stockout  cost  that  consists  of  forgone  profit,  lost  sales,  or  the  cost  of  an 
emergency  order  associated  with  the  inability  to  meet  customer  demand  when 
an  item  is  not  available.  This  cost  is  the  most  difficult  to  estimate  and  often  is 
the  most  expensive.  [Ref.  2:p.  57] 

Once  a  manager  has  assessed  the  costs  involved  in  maintaining  an  inventory,  an 
understanding  of  how  the  costs  interact  is  required  to  illustrate  the  purpose  of  analytical 
techniques.  The  first  interaction  is  that  holding  and  order  costs  move  in  opposite 
directions.  Assuming  ordering  costs  are  greater  than  holding  costs,  a  manager  who  makes 
large  orders  will  decrease  the  total  cost  of  ordering.  However,  large  orders  result  in 
higher  inventory  level,  thus  increasing  holding  costs  to  the  point  that  will  eventually 
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exceed  the  benefit  of  reduced  ordering  costs.  The  second  interaction  is  that  stockout 
costs  will  decrease  as  order  size  increases  but  are  more  a  function  of  the  reorder  point  vice 
quantity.  If  a  manager  maintains  his/her  inventory  levels  low  to  reduce  holding  costs,  the 
potential  exists  to  order  too  late,  resulting  in  items  being  out  of  stock  with  a 
corresponding  exponential  increase  in  stockout  costs.  These  conflicting  interactions  lead 
the  mangers  to  ask  themselves  two  questions:  How  much  should  I  order?  and  When 
should  I  order? 

The  traditional  method  in  management  science  for  resolving  the  manager’s  questions 
is  to  apply  analytical  techniques  referred  to  as  the  Economic  Order  Quantity  (EOQ) 
model.  This  model,  with  algebra  and  differential  calculus,  will  identify  the  most 
economical  balance  between  order  quantity  and  reorder  point.  However,  as  previously 
discussed,  adding  more  realism  and  complexity  to  a  scenario  will  result  in  the  traditional 
analytical  methods  of  analysis  becoming  prohibitively  difficult  to  apply,  even  for 
professional  mathematicians  and  statisticians.  Thus,  to  cope  with  reality,  managers  rely 
upon  experience  to  determine  a  sufficient  safety  or  buffer  stock.  However,  a  buffer  stock 
result  in  a  higher  reorder  point  and  excess  inventory.  Determining  the  level  of  safety  is  not 
an  easy  task  because  the  best  set  of  rules  often  cannot  be  established  in  advance.  The 
rules  for  determining  an  appropriate  safety  stock  must  often  be  arrived  at  through  the 
process  of  trial  and  error.  However,  by  applying  simulation  and  spreadsheet  analysis,  a 
significant  reduction  in  the  costly  methods  of  guess  work  and  trial  and  error  can  be 
achieved  by  the  manager. 

B.  INVENTORY  DISTRIBUTION  SIMULATION 

The  inventory  distribution  system  model  that  was  developed  using  Excel  4  0  is 
designed  to  simulate  a  typical  factory  to  dealer  distribution  system  with  multiple  levels  of 
warehouses.  A  discussion  of  the  logic  behind  the  model  is  included  in  this  section  A  full 


listing  of  the  model’s  macros  and  comments  are  provided  in  Appendix  A.  The  model  is 
designed  for  analysis  of  multiple  scenarios.  A  relatively  simplistic  model  consisting  of  one 
dealer  with  non-probabilistic  lead  and  demand  times  demonstrating  EOQ  theory  can  be 
analyzed.  Additionally,  the  model  is  capable  of  allowing  the  user  to  analyze  extremely 
complex  scenarios  with  up  to  three  warehouses,  probabilistic  demand  and  lead  times,  and 
continuous  involvement  by  the  user.  Complex  scenarios  illustrate  the  difficulty  of  applying 
EOQ  techniques  for  achieving  optimal  solutions.  Many  different  aspects  were  considered 
and  included  within  the  spreadsheet  model.  Furtl  modifications  to  the  macros  can  be 
performed  to  include  any  degree  of  realism  within  the  simulation.  However,  the  extent  of 
modifications  to  the  model  for  further  capturing  the  richness  of  a  real-world  situation 
should  not  be  so  complex  that  the  user  cannot  understand  or  appreciate  the  spreadsheet 
simulation  model  for  analyzing  a  managerial  problem. 

Before  constructing  the  inventory  distribution  simulation,  one  must  first  determine 
the  objectives  of  the  model.  What  do  we  wish  to  examine?  The  following  model  was 
designed  to  analyze  inventory  level,  backorder  and  cost  behavior  that  are  the  critical 
aspects  of  inventory  management  system.  A  model  that  demonstrates  these  behaviors  will 
augment  a  manager’s  policy  concerning  when  and  how  much  to  order  under  different 
scenarios. 

With  the  model’s  objectives  in  mind,  a  number  of  flow  charts  were  created  to  build 
and  chart  the  sequence  of  events  that  were  required  to  properly  understand  an  inventory 
distribution  system.  The  first  flow  chart  developed  gives  a  broad  summary  of  how  orders 
generated  by  the  customer  are  received  by  the  dealer  and  then  progress  down  through  the 
distribution  system  to  the  factory.  The  result  is  merchandise  being  provided  to  the 
customer.  This  progression  of  orders  from  the  customer  to  the  factory  is  illustrated  in 
Figure  4  1  The  flow  of  events  is  different  if  less  than  three  warehouses  are  included  in  the 
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simulation.  Instead  of  the  orders  and  inventory  flowing  between  warehouse  #3  and  the 
factory,  this  event  may  occur  between  warehouse  #1,  #2  or  more,  depending  upon  the 
number  of  warehouses  simulated. 


Figure  4.1:  Inventory  Flowchart 

The  flow  of  events  is  a  generic  representation  of  inventory  distribution  systems 
which  can  be  found  in  the  private  sector  or  military  logistic  supply  systems  For  example, 
the  supply  department  on  a  ship  performs  the  same  function  as  a  dealer  in  the  private 
sector.  The  shipboard  supply  department  receives  customer  demand  from  the  onboard 
customers  it  was  designed  to  serve,  such  as  O-level  maintenance  facilities. 

Key  to  the  flow  of  events  is  the  treatment  of  “time”  within  the  model  For  an 
inventory  system,  time  is  a  fixed  unit.  Thus,  each  iteration  through  Figure  4. 1  is  the 
passage  of  one  time  unit  and  all  other  elements  are  treated  as  variables.  On  the  other 
hand,  a  queuing  model,  which  follows  this  chapter,  treats  time  as  a  variable  with  other 
elements  being  fixed.  Thus,  time  becomes  the  critical  element  in  the  development  ^ 
simulation  model  and  will  lead  to  vast  differences  between  models. 

To  simulate  an  inventory  distribution  system  with  time  as  a  fixed  unit,  one 
worksheet  and  six  macros  were  created  within  Excel  4  0  The  worksheet  is  a  place  holder 
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for  the  data  and  graphs  created  by  the  individual  macros.  The  worksheet  accesses  the 
macro  by  two  macro  command  buttons.  One  button  begins  the  simulation  routine,  while 
the  second  transfers  the  data  to  the  graphs  for  analysis.  The  six  macros  perform  the  actual 
computational  work  of  the  simulation.  Five  of  these  six  macros  are  for  each  of  the 
inventory  management  centers  depicted  in  Figure  4. 1  except  that  the  customer  is  included 
within  the  dealer  macro.  The  sixth  macro  is  the  master  macro  that  controls  the  process  of 
interactions  among  the  five  individual  inventory  management  macros  and  is  the  first  macro 
to  be  executed  when  the  user  begins  the  simulation  from  the  worksheet 

As  shown  in  Figure  4.2,  the  first  action  by  the  master  macro  is  to  display  an  initial 
input  dialog  box  requesting  information  on  inventory  status  and  policies  such  as  reorder 


Figure  4.2:  Master  Macro  Flow  Chart 

point,  order  quanity,  holding  costs,  etc.  This  is  the  information  required  for  performing  a 
simulation.  Additionally,  the  number  of  warehouses  desired  and  how  much  user 
involvement  is  needed  during  the  simulation  is  requested  by  the  input  dialog  box  Options 
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of  involvement  range  from  none,  with  the  exception  of  initial  data,  to  complete  control 
requiring  every  decision  to  be  made  by  the  user  during  the  simulation.  Once  the  master 
macro  has  the  information  required  to  perform  the  simulation,  it  begins  an  iterative 
process  of  progressing  through  each  macro  as  shown  in  Figure  4.2. 

If  startup  iterations  are  desired,  the  master  macro  will  iterate  without  any  user 
involvement  thus  producing  random  inventory  and  backorder  levels.  This  option  is  useful 
for  the  full  involvement  scenario  as  it  adds  another  level  of  complexity  to  the  problem. 
Once  the  initial  data  and  startup  segments  are  performed,  the  macro  begins  an  iterative 
process  for  the  number  of  days  requested  by  the  user.  The  master  macro’s  first  step  in  the 
iteration  is  to  call  upon  the  dealer  macro  that  initiates  the  inventory  distribution  process. 
When  the  dealer  macro  returns  control  to  the  master  macro,  an  iteration  is  complete  and 
time  is  incremented  by  one  unit.  The  process  then  repeats  and  continues  until  the  number 
of  iteration  days  is  complete.  The  last  function  of  the  master  macro  is  the  transferring  of 
data  back  to  the  worksheet. 

The  dealer  macro  initiates  the  inventory  distribution  system.  It,  along  with  each  of 
the  warehouses,  has  virtually  the  same  flow  chart  of  events  occurring  as  illustrated  in 
Figure  4  3.  The  first  calculation  that  is  performed  by  the  dealer  but  not  the  warehouse 
macros  is  to  calculate  customer  demand  that  is  either  probabilistic  or  deterministic.  With 
demand  known,  the  macro  will  then  fill  any  backorders  if  inventory  is  present.  What  is  left 
of  current  inventory  is  applied  to  the  customer’s  order  and  if  insufficient,  a  backorder  log 
is  developed.  With  the  remaining  inventory,  the  macro  makes  the  determination  if 
inventory  is  below  the  reorder  point.  If  this  is  the  case,  an  order  is  placed  at  the 
warehouse.  The  order  will  be  received  by  the  first  warehouse  depending  upon  the  lead 
time  that  is  probabilistic  or  deterministic.  Even  if  there  is  no  order  placed,  the  dealer 
macro  calls  upon  the  warehouse  macro  at  this  point  to  permit  updates  of  the  warehouse 
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and  factory  inventory  levels.  The  last  function  of  the  macro  is  to  determine  if  a  previous 
order  has  arrived.  If  so,  it  is  the  added  to  the  inventory. 

The  warehouse  macro  differs  from  the  dealer  macro  in  that  it  does  not  calculate 
customer  demand  but  instead  receives  its  orders  from  the  dealer.  Furthermore,  each 
warehouse  will  call  upon  the  next  warehouse  in  the  distribution  chain  or  the  factory, 
depending  upon  the  number  of  warehouses  in  the  simulation. 


29 


manner.  The  order  starts  at  the  dealer  on  Day  1  and  continues  through  the  warehouses 
reaching  the  factory  at  an  unpredictable  date.  This  time-delay  effect  on  each  inventory 
management  point  amplifies  the  uncertainty  in  customer  dem.  and  illustrates  the  need  to 
use  simulation  models  to  examine  the  effect  of  different  inventory  policies  at  different 
management  points.  Once  at  the  factory,  the  order  reverses  direction  back  to  the  dealer  as 
illustrated  in  Figure  4. 1 .  Another  element  of  the  system  is  that  each  successive  iteration 
within  the  model  is  the  passage  of  one  time  unit  that  equates  to  a  single  day.  However, 
the  user  can  assume  any  length  of  period  as  long  as  input  data  regarding  demand  rates, 
lead  time,  cost  parameters,  and  so  forth  are  appropriately  scaled  The  output  will  then 
reflect  the  time  unit  chosen  by  the  user. 


Figure  4.4:  Factory  Macro  Flow  Chart 


C.  SCENARIOS 

With  an  understanding  of  the  logical  progression  of  events  and  how  functions  of 
each  macro,  four  different  scenarios  will  be  analyzed  to  demonstrate  how  the  simulation 
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spreadsheet  model  can  be  used  to  augment  the  manager’s  expertise  concerning  inventory 
management.  Each  scenario  could  be  solved  using  analytical  and  hand  simulation 
techniques.  However,  as  the  level  of  complexity  increases,  it  becomes  apparent  how  a 
computer  spreadsheet  facilitates  multiple  “what  if’  analysis  in  a  fraction  of  the  time 
required  to  obtain  one  analytical  answer.  Each  simulation  will  be  a  dynamic  system 
showing  the  interactions  and  oscillatory  behavior  typical  of  a  dealer  to  factory  inventory 
distribution  system  over  a  sixty  day  period.  Sixty  days  with  initially  low  levels  of 
inventory  are  chosen  to  force  an  oscillatory  behavior  to  occur  early  within  the  simulation 
The  purpose  of  each  scenario  is  to  demonstrate  how  the  spreadsheet  simulation  technique 
can  be  applied  to  illustrate  oscillatory  behavior  and  derive  possible  optimal  solutions  vice 
gathering  reams  of  data. 

The  oscillatory  behavior  may  be  transparent  to  a  manager  involved  with  only  one 
aspect  of  the  distribution  system.  He/she  may  not  appreciate  how  small  changes  in  retail 
demand  often  create  large  swings  in  factory  production  and  warehouse  inventory  that  far 
exceeds  the  fluctuation  of  retail  demand.  These  fluctuations  can  be  quite  costly  due  to 
employment  instability,  over  capacity,  and  high  inventory  levels.  Through  simulation,  a 
manager  can  manipulate  variables  without  experimenting  on  the  actual  inventory  levels 
He/she  will  see  how  simple  changes  in  variables  and  policies  can  have  dramatic  effects 
upon  the  system  as  a  whole.  The  three  scenarios  chosen  manipulate  variables  only 
slightly,  yet  each  has  its  corresponding  oscillation. 

The  first  three  scenarios  will  begin  with  the  same  initial  data  but  will  have  varying 
levels  of  complexity.  The  first  two  will  involve  no  user  involvement  with  the  exception  of 
entering  initial  data.  The  first  scenario  will  have  only  one  warehouse  between  the  dealer 
and  the  factory  while  the  second  will  have  three  warehouses  The  third  scenario  will  also 
have  three  warehouses  but  will  demonstrate  the  maximum  complexity  capable  of  the 


simulation  model.  There  will  be  ten  startup  iterations  to  allow  for  random  levels  of 
inventory  and  backorders.  Additionally,  all  orders  and  factory  production  decisions  will 
be  decided  upon  by  the  user  during  each  iteration.  The  fourth  scenario  will  be  similar  to 
the  second  but  instead  lead  times  will  be  significantly  reduced.  This  reduction  in  lead 
times  will  demonstrate  a  Just-In-Time  (JIT)  inventory  distribution  system.  The  results  of 
each  simulation  scenario  are  discussed  in  each  section  and  complete  output  graphs  are 
provided  in  Appendix  A. 

1.  One  Warehouse,  No  User  Involvement 

For  each  of  the  four  scenarios,  the  same  initial  input  data  was  used  as  shown 
in  Table  4. 1 .  The  initial  reorder  points  and  quantities  are  chosen  to  be  large  and  late  so 
that  an  initial  oscillatory  behavior  is  demonstrated  early  within  the  model  Furthermore, 
the  factory’s  inventory  level  is  twice  that  of  the  others  to  absorb  the  initial  surge  in 
demand.  The  factory’s  production  rate  is  sufficient  to  exceed  demand,  therefore  providing 
an  illustration  of  startup  and  shutdown  events  at  the  factory. 


TABLE  4.1:  INITIAL  INPUT  DATA 


Dealer 

Warehouses 

Factory 

Beginning  Inventory 

50 

50 

100 

Reorder  Level 

25 

25 

* 

Begin  Production  Level 

* 

* 

35 

Stop  Production  Level 

* 

* 

100 

Amount  of  Order 

25 

25 

25 

Rate  of  Production 

* 

* 

30 

Holding  Cost 

$.10 

$.10 

$.10 

Order  Cost 

$20 

$20 

* 

Setup  Cost 

* 

41 

$100 

Shortage  Cost 

$50 

S50 

S50 

Having  only  one  warehouse  between  the  dealer  and  the  factory  is  the  simplest 
of  the  four  scenarios,  thus  one  would  expect  very  little  oscillations  This  would  be  the 
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case  if  demand  and  lead  time  were  not  probabilistic.  A  simple  EOQ  calculation  would 
allow  the  dealer  and  the  managers  of  the  warehouse  to  determine  economic  order  point 
and  level  resulting  in  relatively  stable  inventory  patterns.  However,  all  four  scenarios  have 
both  demand  and  lead  time  being  probabilistic  as  provided  in  Table  4.2.  The  latter  column 
of  relative  frequency  lead  times  was  used  in  the  final  scenario  to  represent  a  JIT 
environment. 

Having  probabilistic  demand  and  lead  times  without  user  input  results  in 
multiple  orders  being  placed  before  receiving  any  shipments  from  previous  orders.  This  is 
the  primary  reason  that  large  oscillations  in  inventory  levels  occur  as  illustrated  in  Figure 
4.5. 


TABLE  4.2:  DEMAND  AND  LEAD  TIME  FREQUENCY 


Demand 

Relative  Frequency 

Lead  Time 

Relative  Frequency 

4 

20 

1 

20/90 

5 

20 

2 

20/10 

6 

20 

3 

20/0 

7 

....  20  .  . 

4 

8 

20 

5 

20/0 

Additionally,  even  after  achieving  large  inventories  by  day  twenty,  strong 
demand  with  corresponding  late  ordering  again  results  in  a  depletion  of  the  dealer  and 
warehouse  inventory  by  day  thirty.  Consequently,  the  dealer  and  especially  the  warehouse 
develops  significant  and  expensive  backorders.  By  altering  the  reorder  point  and  levels,  an 
optimal  solution  can  be  obtained.  However,  by  adding  levels  of  warehouses  to  the 
scenario,  the  difficulty  in  predicting  demand  and  oscillatory  behavior  make  obtaining  a 
solution  even  more  illusive. 
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Figure  4.5:  Scenario  1 — Inventory  Level  with  Probabilistic  Demand  and  Lead  Time 
2.  Three  Warehouses,  No  User  Involvement 

By  adding  more  warehouses  to  the  scenario,  the  oscillations  in  inventory 
levels  permeate  throughout  the  inventory  management  system  and  are  significantly  more 
pronounced  as  illustrated  in  Figure  4.6.  The  fluctuations  are  similar  to  a  one  warehouse 
scenario.  However,  with  three  warehouses,  the  increased  interdependence  compounded 
with  probabilistic  lead  time  result  in  inventory  level  rapidly  depleting  to  zero  These  low 
inventory  levels  cause  several  t  tekorders  and  a  corresponding  increase  in  overall  cost  for 
this  inventory  distribution  scenario.  So,  how  should  the  managers  reduce  costs? 

The  complexity  of  Figure  4.6  fully  demonstrates  the  difficulty  of  applying 
traditional  analytical  techniques  to  derive  an  economical  solution.  By  understanding  the 
behavior  of  the  system  through  simulation  with  graphical  outputs,  the  manager  can 
develop  and  test  policies  in  an  attempt  to  reduce  cost.  The  display  of  inventory  levels  in 
Figure  4.6  reveals  some  inventory  patterns.  First,  all  three  warehouses  rapidly  deplete 
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inventory  to  zero  as  the  dealer  and  warehouses  quickly  order  to  increase  inventory  A 
policy  to  resolve  this  dilemma  would  be  for  each  warehouse  to  have  a  higher  reorder 
point.  Another  apparent  pattern  is  that  the  factory’s  inventory  is  decimated  as  all  three 
warehouse  order  simultaneously.  Additionally,  the  factory  rapidly  cycles  through  the 
phases  of  production.  Solutions  to  these  difficulties  range  from  producing  larger 
quantities  with  corresponding  long  shutdown  periods  or  by  decreasing  production  rate. 
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Figure  4.6:  Scenario  2 — Inventory  Levels  with  Probabilistic  Demand  and  Lead  Time 
To  test  these  possible  remedies,  many  “what  if’  analysis  can  be  performed  to 
find  the  most  economical  policy  for  each  warehouse,  the  dealer,  and  the  factory.  These 
particular  scenarios  assume  that  order  and  order  points  were  set  and  did  not  change  during 
the  simulation.  The  next  scenario  will  demonstrate  the  increased  complexity  involved 
when  each  manager  attempts  to  maintain  an  inventory  at  a  level  that  mitigates  backorders 
when  faced  with  random  demand. 
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3.  Three  Warehouses,  Full  User  Involvement 

With  the  exception  of  ten  startup  iterations,  this  scenario  differs  from  the 
previous  scenarios  in  that  the  program  does  not  automatically  reorder  for  the  dealer  or 
warehouses  nor  does  it  automatically  start  or  stop  production  at  the  factory.  As  the 
simulation  iterates  through  each  successive  day,  the  user  must  make  the  decision  to  order 
or  alter  factory  production  based  upon  inventory  level  and  demand.  The  dealer  and 
warehouse  managers  will  try  to  keep  their  inventories  at  a  sufficient  level  considering 
average  demand.  If  inventory  levels  begin  to  fall  below  a  desired  level  the  manager  will 
order  extra  units  above  his/her  sales  rate  to  rebuild  the  inventory.  Conversely,  he/she  will 
reduce  his/her  order  rate  if  inventory  level  becomes  too  high.  Accurate  prediction  is 
limited  due  to  probabilistic  demand  and  lead  time.  The  dealer  can  estimate  demand  to  stay 
within  a  certain  range.  However,  the  warehouse  managers  will  find  it  difficult  to  predict 
how  much  the  previous  person  up  the  chain  will  order  land  when.  Additionally,  whenever 
an  order  is  placed  it  can  arrive  up  to  five  days  later  thus  giving  the  potential  of  zero 
inventories  with  corresponding  backorders. 

The  resultant  inventory  behavior  of  the  three  warehouse  scenario  with  user 
involvement  is  illustrated  in  Figure  4.7.  Oscillatory  behavior  is  still  present  but  the  initial 
fluctuations  are  due  to  the  beginning  inventories  being  artificially  low  for  the 
corresponding  demand.  Furthermore,  the  ten  startup  iterations  developed  random 
inventory  levels  and  backorder  and  do  not  allow  user  intervention.  The  first  twenty  days 
demonstrate  low  to  zero  inventory  levels  as  the  dealer  and  the  warehouses  build  inventory 
to  approximately  one  hundred  units.  Furthermore,  inventories  do  not  increase  until 
factory  production  is  sufficient  and  inventory  arrives  according  to  probabilistic  lead  times. 

Once  inventory  levels  are  stable,  the  demand  upon  the  warehouses  diminishes 
The  managers  then  begin  reducing  inventory  to  a  more  optimum  level  of  approximately 
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eighty.  However,  warehouse  #2  and  #3  waited  too  long  and  allowed  inventory  to 
depleted  to  zero  and  incurred  momentary  backorders.  The  practice  of  reducing  inventory 
levels  to  reduce  holding  cost  without  continuous  orders  leads  to  the  oscillatory  behavior. 
Running  this  simulation  for  a  greater  period  would  allow  each  manager  to  determine  an 
appropriate  reorder  point  and  quantity  at  the  least  cost. 


Figure  4,7:  Scenario  3 — Inventory  Levels  with  Probabilistic  Demand  and  Lead  Time 

In  this  scenario,  it  is  cheaper  to  have  an  abundant  inventory  to  minimize  cost. 
However,  scenarios  with  increased  holding  costs  will  make  it  more  difficult  to  predict 
which  policies  will  give  the  optimal  solution.  Additionally,  a  JIT  model  will  illustrate  that 
reduced  inventory  are  more  economical.  The  benefit  of  the  simulation  model  is  to 
demonstrate  the  difficulties  involved  with  maintaining  an  inventory  distribution  system  but 
allows  the  managers  to  experiment  with  different  decision  options  and  evaluate  the 
potential  consequences.  The  three-dimensional  graphs  illustrate  the  oscillatory  behavior  of 
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a  distribution  system  and  give  the  manager  an  appreciation  of  the  dynamics  and 
interactions  involved  between  each  of  the  individual  units. 


4.  Three  Warehouse,  JIT  Environment 

When  a  JIT  environment  is  simulated,  the  difficulty  in  predicting  lead  time  by 
the  manager  is  mitigated,  allowing  for  more  stable  inventory  levels.  An  examination  of 
Figure  4.8  reveals  that  inventory  levels  remain  relatively  constant.  The  occasional  jump 
shown  by 


Figure  4.8:  Scenario  4:  Inventory  Level  Under  JIT 

the  dealer  and  warehouse  #3  are  a  result  of  lead  time  being  two  days  vice  one.  Therefore, 
inventory  level  is  below  the  reorder  point  two  days  in  a  row  and  subsequently  two  orders 
are  made.  The  resultant  double  order  by  the  dealer  causes  warehouse  #1  to  face  a 
backorder  with  its  high  penalty  cost. 

A  drawback  of  the  depicted  JIT  scenario  is  that  the  multiple  orders  cause  the 
overall  cost  of  the  system  to  gradually  rise.  This  could  be  solved  by  varying  order  points 
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and  levels  to  achieve  a  more  economical  solution.  However,  the  point  of  this  scenario  is 
to  have  the  same  initial  data  as  the  other  scenarios  for  comparison.  Furthermore,  the 
predictable  behavior  of  Figure  4.8  is  the  crucial  aspect  of  JIT  that  should  be  understood  by 
a  manager.  The  predictability  allows  a  inventory  distribution  manager  to  derive  a  superior 
inventory  policy.  This  is  one  of  the  reasons  that  many  organizations,  including  Navy 
Depots,  are  converting  to  a  JIT  inventory  distribution  system.  This  is  especially  the  case  if 
holding  costs  far  exceed  ordering  costs. 

Each  of  the  above  scenarios  illustrate  the  benefits  a  manager  can  derive  from 
spreadsheet  simulation  modeling  of  an  inventory  distribution  system.  The  next  chapter 
will  demonstrate  how  spreadsheet  simulation  can  augment  a  manger’s  ability  to  analyze 
resource  allocation  within  a  queuing  environment. 


V.  QUEUING  ENVIRONMENT  UTILIZATION 


As  with  inventory  management,  effective  allocation  of  resources  within  a  queuing 
environment  is  another  challenge  often  faced  by  managers.  A  queue,  or  waiting  line,  is  the 
accumulation  of  customers,  products,  etc.,  at  a  holding  station  that  are  awaiting  service  or 
processing  within  a  system.  Any  institution  that  provides  services  or  engages  in 
manufacturing  and  faces  the  possibility  of  an  item  waiting  in  line  deals  with  some  form  of 
queuing  utilization.  Inventory,  for  example,  is  provided  to  the  customer  by  a  server.  If  a 
sufficient  number  of  attendants  are  not  available  to  the  customer  for  delivery  of 
merchandise,  excessive  queues  develop  and  the  customer  will  seek  service  elsewhere.  The 
manager  may  have  determined  the  optimum  stock  levels  required  to  prevent  stockout  but 
his/her  analysis  would  be  incomplete  if  the  queue  consists  of  people.  If  the  queue  is  too 
long,  customers  waiting  in  line  would  become  dissatisfied  with  the  system.  The  result  is 
lost  sales  that  are  the  equivalent  of  stockout  costs  in  an  inventory  environment.  Thus, 
another  facet  of  a  successful  manager  is  the  ability  to  make  crucial  decisions  in  the  realm  of 
queuing  theory. 

A.  THEORY 

Queuing  discipline  can  be  approached  in  many  ways  with  as  many  corresponding 
solutions  as  demonstrated  in  the  previous  chapter  on  inventory  management  theory.  The 
most  rudimentary  approach  for  determining  the  number  of  servers  or  processing  stations 
required  for  the  expected  demand  is  to  use  trial  and  error  methods.  By  changing  a  few 
parameters  and  observing  the  results,  a  manager  can  determine  the  most  economical 
balance  between  desired  service  capability  and  customer  waiting  time.  As  the  system 
increases  in  complexity,  it  often  becomes  impossible  to  achieve  an  optimal  solution  through 
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trial  and  error  techniques.  Furthermore,  if  one  is  designing  a  new  system,  such  as  the 
number  of  registers  to  install  in  a  grocery  store,  it  is  not  economical  to  render  a  guess  as  to 
an  optimal  solution.  Therefore,  other  methods  are  required  such  as  analytical  and 
simulation  techniques  for  solving  more  complex  scenarios.  However,  one  first  must 
understand  some  basic  aspects  of  queuing  theory  as  developed  by  management  scientists. 

In  discussing  queues,  several  common  terms  are  used.  A  queue  is  that  part  of  the 
system  where  units  are  waiting  service.  The  server  is  the  person  or  device  that  performs  a 
service  to  the  units  waiting  in  the  queue.  The  system  itself  consists  of  all  queues  and 
servers.  Charnels  are  the  lines  within  a  system  that  can  be  simple  in  nature  with  a  single 
line  or  more  complex  with  multiple  channels.  The  number  of  servers  contained  within  a 
channel  are  referred  to  as  phases.  As  with  channels,  a  simple  system  will  have  a  single 
phase  while  more  complex  systems  contain  layers  of  servers  or  multiple  phases  Another 
term  common  to  queuing  systems  is  balking.  Balking  occurs  when  queues  become  too 
long  and  the  customer  chooses  not  to  wait  in  line.  He/she  either  seeks  service  elsewhere  or 
comes  back  at  another  time.  To  determine  when  balking  occurs  is  often  difficult  to 
estimate  but  critical  to  the  design  of  a  queuing  system.  [Ref.  2:pp.  172-174] 

With  a  knowledge  of  queuing  phraseology,  one  must  aiso  understand  queuing 
discipline.  What  is  the  sequence  of  events  within  a  queue  and  how  are  these  events 
distributed  with  respect  to  time?  Common  to  most  queues  is  the  design  of  the  system  that 
provides  service  to  the  first  item  within  the  queue  or  sometimes  defined  as  “first  come,  first 
served.”  Other  service  philosophies  can  be  used  in  the  design  of  a  system  such  as  assigning 
categories  to  items  in  the  queue  and  serving  some  categories  above  others  regardless  of 
when  they  entered  the  queue.  Given  a  service  philosophy,  one  can  assign  the  proper 
distribution  of  events  in  relation  to  time.  The  best  approach  is  to  observe  the  actual  system 
in  operation  over  the  period  of  time  that  analysis  is  desired  and  simulate  arrivals  to  fit  the 
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observed  pattern.  If  this  option  is  not  available  or  it  is  a  new  system,  other  models  are  used 
within  queuing  simulations.  For  arrival  rates,  a  Poisson  distribution  with  its  corresponding 
negative  exponential  probability  of  arrival  has  been  found  to  fit  a  majority  of  arrival 
patterns.  If  a  Poisson  arrival  distribution  is  not  appropriate,  another  approach  is  to  model 
arrivals  through  a  normal  or  uniform  distribution.  For  service  times,  observation  is  the  best 
choice  However,  a  normal  distribution  is  often  used  if  an  observation  is  unavailable.  If  a 
more  appropriate  distribution  function  exists,  it  can  be  used  to  model  service  time. 

In  choosing  the  number  of  servers  in  a  model,  one  must  be  careful  not  to  allow 
arrival  rate  to  approach  service  rate.  As  arrival  rate  nears  service  rate,  an  exponential 
relationship  occurs  resulting  in  chaos  and  the  queuing  system  collapsing  upon  itself.  This 
potential  exponential  growth  in  the  queue  often  does  not  occur  in  the  real  world  due  to  the 
onset  of  balking  significantly  before  model  failure. 

Once  the  parameters  are  chosen  and  the  system  is  properly  modeled,  the  approach 
offered  by  management  scientists  for  developing  an  optimal  solution  is  the  application  of 
analytical  techniques.  As  with  inventory  management,  analytical  techniques  consist  of 
several  formulas  that  provide  an  understanding  of  the  behavior  of  the  queuing  system 
Through  the  behavior  of  a  system,  the  cost  involved  in  providing  the  services  can  be 
minimized.  The  costs  that  must  be  considered  are 

1.  Service  costs.  These  are  the  expenses  a  manager  must  consider  in  providing  the 
desired  service.  These  costs  include  the  cost  of  the  material  required  for 
providing  the  service  as  well  as  the  salary  of  the  employee. 

2.  Waiting  costs.  These  expenses  are  faced  by  the  manager  when  units  are  forced 
to  queue  as  they  await  service.  These  costs  include  opportunity  costs  as  well  as 
balking  costs. 
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Service  costs  are  often  easy  to  calculate  but  waiting  costs  can  be  much  more  illusive. 
Furthermore,  waiting  costs  can  sometimes  be  inappropriate  such  as  with  a  hospital 
environment.  Instead  of  placing  a  value  on  human  life  that  would  occur  with  balking  and 
possible  death,  a  minimum  service  level  is  determined  and  used  to  obtain  an  optimal 
solution.  However,  even  with  a  thorough  understanding  of  the  queuing  formulas,  many 
queuing  systems  are  too  complex  to  be  solved  using  traditional  analytical  techniques. 

Thus,  one  must  pursue  simulation  methods  to  derive  an  optimal  solution. 

B.  QUEUING  SYSTEM  SIMULATION 

The  queuing  system  that  was  simulated  using  Excel  4. 0  is  a  highly  complex  analysis 
of  a  hospital  emergency  room.  The  hospital  emergency  room  that  was  modeled  includes 
multiple  phases  and  multiple  channels.  The  complexity  is  further  compounded  by  using  a 
modified  “first  in,  first  serviced”  philosophy  by  accounting  for  patients  who  need  immediate 
care.  The  arrival  rate  of  patients  employes  a  Poisson  distribution  that  varies  over  time 
The  number  of  nurses  and  doctors  in  the  emergency  room  for  treating  patients  varies 
during  time  to  deal  with  changing  levels  of  staff  workload  during  a  day.  Additionally,  five 
different  patient  types  are  considered  to  model  varying  levels  of  treatment  and  service  rates 
by  the  nurses  and  doctors. 

To  solve  this  queuing  problem  and  multiple  “what  if’  scenarios,  one  could  use 
analytical  techniques.  However,  deriving  an  analytical  solution  would  consume  vast 
amounts  of  time.  An  analysis  of  a  one  week  scenario  using  the  model  developed  took 
approximately  thirty  minutes  on  a  high  speed  personal  computer.  Performing  several  “what 
if’  scenarios  consumed  several  hours  and  illustrates  the  benefit  of  computer  simulation. 
Furthermore,  as  with  the  inventory  model,  several  parameters  can  be  manipulated  within 
the  model  to  simulate  different  scenarios  A  full  listing  of  the  program  with  comments  is 
provided  in  Appendix  B 
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The  primary  challenge  in  the  design  of  a  spreadsheet  queuing  model  is  how  to 
account  for  the  sequence  of  events  in  relation  to  time.  Unlike  the  inventory  model,  time  is 
not  a  fixed  event  to  which  all  other  events  are  linked.  With  a  queuing  system,  time  is  a 
variable  that  is  controlled  by  all  other  events  and  is  governed  by  a  “next  event”  discipline. 
For  each  iteration,  the  model  does  not  increment  time  to  determine  what  happened  during 
the  fixed  time  unit  but  instead  asks  the  question,  “What  happens  next?”.  To  use  the 
technique  of  “next  event”  timing,  the  model  iterates  time  backward  instead  of  forward. 

Each  event  is  assigned  a  completion  time  that  is  incremented  to  zero  by  another  event’s 
completion.  The  event  whose  time  is  closest  to  zero  is  the  next  event  to  which  action 
occurs  and  triggers  all  other  events. 

To  catalog  events  and  their  times  of  action,  events  are  classified  as  either  primary  or 
secondary.  A  primary  event  causes  action  to  occur  in  the  model  such  as  arrival  of  a  unit  or 
the  completion  of  service.  Secondary  events,  such  as  entering  or  leaving  a  queue,  are  a 
direct  result  of  primary  events.  Additionally,  the  occurrences  of  primary  and  secondary- 
events  result  in  the  scheduling  of  other  primary  and  secondary  events  in  a  chain-like 
manner.  To  fully  understand  this  concept  requires  the  use  of  a  flow  chart  that  depicts  the 
passage  of  a  patient  through  the  emergency  room  as  illustrated  in  Figure  5  1  Flow  charts 


Figure  5.1:  Chain  of  Events  for  a  Patient 
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are  also  provided  for  each  primary  event  with  its  corresponding  chain  of  secondary  events. 
Rounded  rectangles  within  Figure  5. 1  contain  the  three  primary  events  that  occurr  within 
the  the  hospital  emergency  room.  The  three  primary  events  that  can  occur  with  each 
patient  are  the  arrival  to  the  emergency  room,  the  completion  of  registration  by  a  nurse  and 
the  completion  of  treatment  by  a  doctor.  Several  secondary  events  occur  as  a  result  of 
these  primary  events  but  first  a  discussion  of  Figure  5.1. 

Figure  5. 1  shows  the  chain  of  events  that  occur  for  each  individual  patient  within  the 
hospital  emergency  room.  The  first  primary  event  to  occur  is  his/her  arrival  The  chain  of 
events  for  the  primary  event  of  a  patient  arrival  is  illustrated  in  Figure  5.2  A  Poisson 
arrival  distribution  was  used  to  simulate  arrival  rate.  Other  arrival  distributions  could  be 
modeled  through  the  altering  of  a  few  programming  lines  in  the  spreadsheet  macro  For 
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Figure  5.2:  Primary  Event — Patient  Arrival 
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“next  event”  time  philosophy,  a  secondary  event  is  to  calculate  the  arrival  of  the  next 
patient.  Each  arrival  to  the  emergency  room  was  calculated  using  a  negative  exponential 
distribution.  The  parameters  for  the  calculation  are  time  of  day  and  mean  arrival  rate  This 
calculated  arrival  time  is  used  as  a  count  down  time  for  the  next  patient’s  arrival.  Another 
secondary  event  is  the  determination  of  the  patient  medical  classification  or  type.  This 
value  determines  if  the  patient  goes  straight  to  the  bed  queue  (open  wounds,  i.e.,  type  1)  or 
to  the  registration  queue  (less  sever  cases,  i.e.,  types  2  -  5).  Within  each  respective  queue, 
a  determination  is  made  as  to  whether  a  nurse  or  doctor  is  available  respectfully.  If  either  is 
available,  the  patient  is  removed  from  the  queue  and  is  assigned  to  a  server.  The  nurse  or 
doctor  is  then  assigned  a  normal  distribution  treatment  time  based  upon  patient  type 

The  next  primary  event  to  occur  is  that  of  a  nurse  completing  registration  of  a  patient 
with  its  corresponding  secondary  events  as  illustrated  in  Figure  5.3.  The  first  secondary 
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Figure  5.3:  Primary  Event — Nurse  Completion 


event  is  to  collect  data  on  the  nurse’s  service  (i.e.,  time  spent  with  patient,  etc.)  followed 
by  a  freeing  of  the  nurse  for  further  patients.  The  registered  patient  is  sent  to  the  bed 
queue  and  is  assigned  a  doctor  if  one  is  available.  The  free  nurse  is  assigned  to  another 
patient  if  one  exists  in  the  registration  queue.  If  assigned,  a  service  time  is  determined  as 
previously  discussed.  The  service  time  is  used  for  the  next  event  analysis. 

The  final  primary  event  within  the  model  is  the  completion  of  service  to  the  patient 
by  the  doctor.  The  secondary  events  are  shown  in  Figure  5.4  with  the  first  event  being  the 
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Figure  5.4:  Primary  Event — Doctor  Completion 

tallying  of  doctor  statistics.  The  doctor  is  then  freed  for  treating  further  patients.  The 
information  on  the  treated  patient  is  transferred  to  a  location  of  the  spreadsheet  for  later 
analysis.  The  final  event  is  to  check  if  another  patient  is  in  bed  who  needs  treatment  If  so. 
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the  doctor  is  assigned  a  completion  time  as  previously  discussed  with  the  time  being  used 
for  next  event  analysis. 

By  understanding  the  primary  and  secondary  events  within  the  hospital  emergency 
room,  a  spreadsheet  simulation  model  can  be  developed.  Similar  to  the  inventory  model, 
one  must  first  establish  the  objectives  of  the  simulation.  The  primary  objective  of  the 
model  is  to  collect  a  number  of  statistics  that  can  be  analyzed  by  the  user  to  determine  the 
behavior  of  the  system  and  facilitate  human  resource  (i.e.,  doctors  and  nurses)  allocated 
and  assignment  decission.  Another  objective  is  to  provide  a  number  of  options  to  the  user 
to  accommodate  “what  if’  analysis.  The  spreadsheet  model  that  was  developed  allows  a 
number  of  different  choices  for  optimization  of  hospital  queuing  problems.  Choices  vary 
from  the  number  of  nurses  and  doctors  available  (up  to  four  each)  with  their  respective 
shifts  to  the  number  of  beds  available  (up  to  ten).  With  the  provided  statistics  and  by 
varying  the  available  parameters,  an  optimal  solution  can  be  obtained. 

Some  of  the  aspects  of  queuing  discipline  are  not  built  into  this  model  but  could  if  so 
desired  by  changing  a  few  lines  within  the  macro.  Balking  was  not  addressed  since  few 
people  have  the  choice  of  multiple  hospitals  or  the  ability  to  leave.  Additionally,  since  this 
is  a  service  scenario  where  lost  sales  are  not  the  concern  but  instead  adequate  services  is, 
costs  were  not  analyzed.  The  purpose  of  the  model  is  to  determine  the  appropriate  serv  ice 
time  taking  into  consideration  the  patient  load  by  varying  the  number  of  beds,  nurses,  and 
doctors. 

Before  demonstrating  the  capabilities  of  the  queuing  simulation  model,  a  few  key 
differences  exist  between  the  queuing  model  and  the  inventory  distribution  model  and 
should  be  understood.  The  first  key  difference  is  how  time  was  managed  as  previously 
discussed.  Second,  since  the  queuing  problem  does  not  contain  separate  levels  of 
management  (i.e.,  factory,  warehouse,  and  dealer),  the  spreadsheet  model  did  not  initially 
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lend  itself  to  the  creation  of  completely  separate  macros.  Instead,  one  large  macro  was 
programmed  with  several  subroutines  nested  within  the  one  macro.  If  desired,  each 
subroutine  could  be  developed  into  a  separate  macro.  However,  during  the  initial 
development  it  was  found  easier  to  work  within  one  macro.  As  the  complexity  of  the 
model  was  increased,  the  size  of  the  individual  macro  grew.  Towards  the  completion  of 
the  model,  some  of  the  advantages  to  a  single  macro  were  lost  such  as  the  inability  to 
further  name  cells  or  use  Excel ’s  macro  debug  add-in.  Therefore,  if  designing  a  more 
complex  model  or  modifying  this  one,  it  would  be  advantageous  to  separate  the  macro  into 
smaller  macros. 

To  begin  all  scenarios,  the  user  integrates  with  the  queuing  macro  through  a  master 
worksheet  in  the  same  fashion  as  the  inventory  model.  Dialog  boxes  will  ask  for  initial 
input  and  the  model  will  begin  simulation.  All  pertinent  data  is  transferred  to  the 
worksheet  at  the  completion  of  the  simulation. 

C.  SCENARIOS 

With  an  understanding  of  queuing  philosophy  and  “next  event”  time  management, 
two  scenarios  will  be  simulated  to  demonstrate  the  full  capability  of  the  spreadsheet 
simulation  model  that  was  developed  using  Excel  4.0  Each  will  illustrate  the  benefits  of 
using  simulation  for  determining  an  optimal  solution  in  a  complex  queuing  environment  in  a 
hospital  emergency  room.  Even  if  an  optimal  solution  is  not  desired,  a  manager  can  pose 
“what  if’  scenarios  and  study  the  behavior  of  the  queuing  system.  He/she  can  than  make 
changes  to  the  system  to  meet  his/her  desired  objectives. 

Without  using  simulation,  a  manager  or  director  of  a  hospital  emergency  room  would 
have  few  options  for  determining  how  many  nurses,  doctors,  and  beds  are  required  to  meet 
the  anticipated  patients’  arrival  rate.  One  option  would  be  trial  and  error.  His/her  first 
iteration  would  be  to  compensate  the  demand  by  over-staffing  the  emergency  room  with 
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doctors  and  nurses  for  several  weeks.  After  several  weeks  sufficient  data  would 
accumulate  allowing  the  manager  to  make  further  iterations  by  reducing  staff  size.  His/her 
primary  goal  is  the  providing  of  adequate  service  with  minimum  patient  waiting  over  a 
twenty-four  hour  period.  After  several  months,  the  manager  will  achieve  the  service  he/she 
desires.  Unfortunately,  with  a  changing  environment  and  the  practice  of  fluctuating  staff 
size  being  economically  unfeasible,  the  manager  will  view  trial  and  error  methods  as  a  less 
than  optimal  approach.  The  following  scenarios  will  illustrate  how  simulation  is  a  far 
superior  method  than  trial  and  error. 

The  first  scenario  will  analyze  the  aforementioned  trial  and  error  method  in  that  the 
manager  approaches  the  problem  by  over-staffing  the  emergency  room.  During  a  one  week 
period,  ten  beds,  four  nurses,  and  four  doctors  will  be  available  full  time  to  treat  the 
patients  in  the  emergency  room.  This  simulation  will  show  a  gross  under-utilization  of  the 
facilities.  However,  the  simulation  will  provide  the  best  service  available  and  can  be  used 
as  a  point  for  other  simulations.  The  second  simulation  will  be  a  compilation  of  several  one 
week  simulations.  Many  “what  if’  scenarios  will  be  simulated  by  varying  the  number  of 
servers  and  beds  available.  Each  change  will  be  based  upon  the  utilization  and  queuing 
results  of  previous  scenarios.  The  goal  of  the  second  set  of  simulations  is  to  obtain  an 
optimal  balance  between  adequate  service  and  server  utilization  in  a  hospital  emergency 
room.  Also,  another  criterion  will  be  to  ensure  that  few  patients  wait  for  the  use  of  a  bed. 

For  all  scenarios,  the  patient  arrival  rate  was  based  upon  a  Poisson  distribution  with 
mean  arrival  rate  varying  during  the  day  as  shown  in  Figure  5.5.  Treatment  time  was  the 
same  for  each  nurse  and  doctor  and  modeled  upon  a  uniform  distribution.  The  distribution 
of  time  varied  by  patient’s  category  with  a  lower,  upper,  and  standard  deviation  as  shown 
in  Table  5  1 .  Within  the  spreadsheet  model,  ail  of  these  values  are  inputted  by  the  user  and 
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can  be  changed  to  reflect  actual  data.  To  allow  comparability  between  scenarios,  only  the 
numbers  of  beds,  nurses,  and  doctors  are  altered. 


Figure  5.5:  Patient  Arrival  Distribution 

TABLE  5.1:  PATIENT  CATAGORIES  AND  TIME  DISTRIBUTIONS 


Patient 

Category 

Description 

%  of  Total 

Lower 

Upper 

Standard 

Deviation 

1 

Open  Wounds 

8 

0.25 

0.35 

1.0 

2 

Closed  Injuries 

13 

0.20 

0.30 

1.0 

3 

Multiple  Trauma 

33 

0.15 

0.25 

10 

4 

Visceral  Complaints 

20 

0.10 

0.20 

1.0 

5 

Chronic  Complaints 

26 

0.05 

0.15 

1.0 

1.  Full  Services  with  No  Optimization 

As  one  would  expect,  under  a  full  service  environment  with  the  given  patient 
arrival  rate  as  depicted  in  Figure  5.5,  an  under-utilization  of  the  emergency  room’s 
facilities  occurs  as  shown  in  Table  5.2.  To  understand  the  utilization  rate  of  the  emergency 
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room  facilities,  one  must  understand  the  simulation  model.  The  model  is  designed  to  seek 
the  nurse  or  doctor  who  has  been  without  a  patient  for  the  longest  amount  of  time  resulting 
in  the  patient  load  being  relatively  evenly  distributed  among  the  staff.  Having  staff  only 


TABLE  5.2:  SCENARIO  1— SERVER  UTILIZATION 


Nurse 

Utilization 

Doctor 

Utilization 

Bed 

Utilization 

1 

17.65% 

1 

14.79% 

1 

38.37% 

2 

7.03% 

2 

12.96% 

2 

19.07% 

3 

11.75% 

3 

10.66% 

3 

5  88% 

4 

11.49% 

4 

13.39% 

4 

0.82% 

5 

0.13% 

6.7,8.9.10 

0.00% 

utilized  less  the  19%  of  the  time  is  not  economical  to  the  hospital.  For  bed  utilization,  the 
model  tries  to  fill  whichever  bed  in  not  in  use  starting  with  the  first  bed  and  progressing  to 
the  tenth  bed.  Therefore,  from  Table  5.2,  one  can  observe  that  only  five  beds  are  required 
with  the  fourth  and  fifth  being  used  less  than  1%.  Table  5.3  provides  other  pertinent 
statistics  of  the  full  service  queuing  model .  All  show  gross  under-utilization  of  facilities. 

TABLE  5.3:  SCENARIO  1— SYSTEM  UTILIZATION 


Average  Patients  in  System 

1.125  Patients 

Maximum  Time  in  System 

28.53  Minutes 

Average  Registration  Oueue  Length 

0.00  Patients 

Average  Time  in  Registration  Queue 

0.00  Minutes 

Maximum  Time  in  Registration  Queue 

0.00  Minutes 

Percent  Who  Wait  for  Registration 

0.00  % 

Average  Bed  Queue  Length 

0.00  Patients 

Average  Time  in  Bed  Queue 

0.00  Minutes 

Maximum  Time  in  Bed  Queue 

0  00  Minutes 

Percent  Who  Wait  for  a  Bed 

0.00  % 
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From  this  simulation,  the  manager  can  understand  much  about  the  behavior  of 
the  system  that  will  be  used  in  further  simulations.  First,  reduce  the  number  of  beds 
available  from  ten  to  at  least  five.  One  must  be  careful  though  because  as  the  number  of 
servers  is  reduced,  the  bed  usage  will  correspondingly  increase.  The  second  behavior  is  the 
utilization  of  nurses  and  doctors.  From  this  simulation,  a  manager  can  reduce  the  available 
resources  by  at  least  one  nurse  and  one  doctor.  Ideally,  he/she  can  reduce  the  staff  to  one 
nurse  and  doctor  during  off  hours  with  augmentation  of  two  or  three  of  each  during  peak 
hours.  All  of  these  “what  ifs”  will  be  analyzed  in  the  next  section. 

2.  Limited  Service  with  Optimization 

The  following  scenario  is  a  product  of  several  “what  if’  scenarios.  This 
process  took  several  hours  of  computer  time  but  it  is  still  significantly  more  economical 
than  trial  and  error  methods  over  several  months.  The  final  values  of  utilization  for  nurses, 
doctors,  and  beds  are  based  upon  the  author’s  judgment  of  what  is  believed  to  be  an 
optimal  solution.  A  professional  hospital  administrator  would  be  able  to  apply  this  model 
to  an  actual  hospital  emergency  room  to  which  he/she  could  achieve  an  optimal  solution 
based  upon  his/her  expertise. 

The  final  number  of  nurses,  doctors,  and  beds  that  were  modeled  was  two,  two 
and  five  respectively.  A  nurse  and  doctor  were  available  twenty-four  hours  a  day  while  a 
second  nurse  and  doctor  were  assigned  during  peak  hours  from  0800  to  1600  The  five 
beds  were  available  during  the  entire  twenty-four  hours.  Table  5.4  presents  the  utilization 
of  the  emergency  room  facilities.  The  nurse’s  and  doctor’s  utilization  increases 
significantly  from  the  first  scenario  but  they  are  not  over-utilized.  Table  5.5  presents  the 
statistics  for  the  queuing  environment.  The  length  of  time  in  the  system  along  with  the 
number  of  patients  in  the  system  increased  but  not  to  unreasonable  values.  Additionally, 
nobody  had  to  wait  for  a  bed  and  that  was  one  of  the  criterion  of  the  system. 


TABLE  5.4:  SCENARIO  2— SERVER  UTILIZATION 


Nurse 

Utilization 

Doctor 

Utilization 

Bed 

Utilization 

1 

38.62% 

1 

40.35% 

1 

42.78% 

2 

30.70% 

2 

33.89% 

2 

23.31% 

3 

6.71% 

4 

1.14% 

5 

0.36% 

TABLE  5.5:  SCENARIO  2— SYSTEM  UTILIZATION 


Average  Patients  in  System 

1.354  Patients 

Maximum  Time  in  System 

72.05  Minutes 

Average  Registration  Queue  Length 

0  106  Patients 

Average  Time  in  Registration  Queue 

1.992  Minutes 

Maximum  Time  in  Registration  Queue 

35.800  Minutes 

Percent  Who  Wait  for  Registration 

31.21  % 

Average  Bed  Queue  Length 

0.00  Patients 

Average  Time  in  Bed  Queue 

0.00  Minutes 

Maximum  Time  in  Bed  Queue 

0.00  Minutes 

Percent  Who  Wait  for  a  Bed 

0.00  % 

Even  with  the  above  results,  a  manager  must  understand  how  those  results  are 
derived.  These  values  are  based  upon  a  one  week  scenario  derived  from  probabilistic  data. 
Therefore,  there  is  a  range  of  randomness  that  exists  which  can  cause  some  values  to 
fluctuate.  In  Figure  5.6,  the  number  of  total  patients  in  the  system  is  illustrated.  A  number 
of  peaks  exist  which  do  not  necessarily  correspond  to  the  patient  arrival  rate  as  illustrated 
in  Figure  5.5  or  the  number  of  nurses  and  doctors  available  With  probabilistic  scenarios, 
patients  will  sometimes  arrive  only  a  few  minutes  apart  leading  to  a  temporary  overload  of 
the  servers  resulting  in  queues.  This  is  the  cause  for  a  number  of  the  peaks  shown  above 


Therefore,  like  an  inventory  management  system,  a  hospital  manager  can  include  safety 
buffers  within  his/her  ideal  solution.  Extra  beds  could  be  positioned  in  the  emergency  room 
and  nurses  and  doctors  can  be  put  on  call  to  handle  unexpected  increased  workloads. 

Even  with  an  understanding  that  simulation  methods  do  not  produce  a  perfect 
answer,  simulation  does  provide  guidelines  and  an  understanding  of  the  behavior  of  a 
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Figure  5.6:  Patients  in  the  Hospital  Emergency  Room 

queuing  system.  Instead  of  the  expensive  approach  of  trial  and  error,  a  manager  using  a 
queuing  system  can  apply  simple  modeling  techniques  to  understand  the  behavior  of  a 
system  and  arrive  at  a  plausible  solution.  Juxtaposing  the  solution  with  the  manager’s 
professional  expertise  will  result  in  the  optimal  policy  for  a  queuing  environment.  The  next 
chapter  will  demonstrate  how  a  manager  can  not  only  use  spreadsheet  simulation  for 
inventory  and  queuing  problems  but  also  for  approaching  complex  financial  dilemmas. 
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VI.  FINANCIAL  BUDGETING 


The  previous  two  chapters  focused  on  how  spreadsheet  simulation  can  be  employed 
to  resolve  two  very  specific  resource  allocation  predicaments:  inventory  distribution  and 
queuing  utilization.  Not  all  managers  will  be  confronted  with  either  of  these  unique 
management  dilemmas.  However,  virtually  every  manager  is  faced  with  the  prospect  of 
justifying  his/her  need  for  financial  resources  in  the  future.  In  corporate  America  and  the 
Department  of  Defense,  financial  capital  is  a  scarce  resource  that  must  be  pleaded  for  and 
then  allocated  within  an  organization.  The  allocation  justification  process  is  an  estimate, 
often  itemized,  of  expected  income  and  expense  for  a  given  period  in  the  future  or  more 
succinctly  known  as  financial  budgeting.  Estimation  is  the  relevant  term  in  the  definition 
of  budgeting  that  lends  financial  budgeting  as  an  apropos  subject  for  the  discipline  of 
simulation.  Thus,  this  chapter  will  focus  on  resource  allocation  as  it  pertains  to  financial 
budgeting  which  is  another  facet  of  a  successful  manager’s  prowess. 

A.  THEORY 

The  creation  of  a  financial  budget  is  an  integral  part  of  any  organization  that  will  be 
confronted  by  every  manager  who  is  responsible  for  financial  capital.  The  manager's 
performance  is  frequently  judged  upon  his/her  ability  to  submit  a  budget  to  management 
and  then  stay  within  its  limits.  Therefore,  the  methods  employed  by  a  manager  when 
designing  his/her  segment  of  the  budget  is  crucial  to  his/her  viability  as  well  as  to  the 
organization.  Unfortunately,  many  aspects  of  budget  formulation  are  not  easily  quantified. 
Interrelationships  among  cash  flow  items  are  not  always  clear,  the  operating  environment 
is  often  turbulent,  and  predicting  the  future  based  upon  historical  data,  trends,  and 
managerial  judgment  are  just  a  few  of  the  factors  that  must  be  considered  when  a  manager 
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takes  on  the  task  of  budget  formulation.  So  how  does  a  manager  create  a  budget  and  how 
can  spreadsheet  simulation  simplify  his/her  quandary? 

This  chapter  will  assume  that  the  reader  understands  basic  budgeting  methodology 
as  only  a  few  budgeting  concepts  that  are  relevant  to  the  discussion  will  be  introduced. 
There  are  essentially  three  levels  of  budgeting  complexity  [Ref.  2:p.  80],  The  first  is  the 
most  simplistic  and  is  the  foundation  for  the  other  two  levels.  This  foundation  level  of 
budgeting  is  applicable  to  situations  that  entail  little  uncertainty  in  quantifying  income  or 
expense  and  in  predicting  the  future.  The  manager  will  often  employ  a  spreadsheet  to 
develop  the  budget.  He/she  will  categorize  income  and  expenses  onto  the  spreadsheet  and 
project  into  the  future.  The  summation  or  bottom  line  for  the  year  constitutes  the 
manager’s  budget.  Therefore,  the  manager  is  using  simple  deterministic  estimates  to 
create  a  budget.  This  is  called  line  item  budgeting  in  the  t  jsiness  world.  This  method  is 
frequently  appropriate  for  many  situations  within  a  business.  However,  with  more  factors 
considered  or  a  larger  fraction  of  the  business  included  in  the  budget,  the  line  item  budget 
becomes  too  inaccurate.  Management  will  then  cross  into  tne  second  level  of  budgeting. 

The  second  level  of  budgeting  increases  in  complexity  because  it  employs 
mathematical  relationships  to  quantify  interactions  between  variables.  By  identifying 
casual  relationships,  the  manager  accounts  for  important  functional  relationships  among 
variables  and  significantly  incr  .ases  the  accuracy  of  his/her  budget.  Mathematical 
relationships  between  different  aspects  a  business  vary  but  are  often  segmented  into 
fixed  and  variable  costs.  Fixed  costs  are  similar  to  values  used  in  line  item  budgeting. 

They  are  those  that  are  part  of  the  production  expense  that  will  occur  even  if  no  products 
are  produced  such  as  equipment  depreciation.  Thus,  fixed  costs  do  not  vary  during  the 
year  and  are  easily  quantified.  However,  with  variable  costs,  the  manager’s  experience 
becomes  a  factor.  An  example  of  a  variable  cost  is  the  expense  of  producing  one  product 
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such  as  the  materials  within  the  item.  The  manager’s  experience  is  required  for  variable 
costs  because  he/she  must  predict  how  many  products  will  be  produced.  However,  similar 
to  line  item  budgeting  the  values  that  are  included  in  formulation  of  the  budget  are  still 
deterministic.  Thus,  the  prediction  about  the  future  fails  to  quantify  the  uncertainty 
relating  to  the  future.  This  is  the  key  weakness  of  this  method  of  budgeting.  To  resolve 
this  dilemma,  a  manager  will  evoke  the  third  level  of  budgeting. 

The  third  level  of  budgeting  is  the  most  complex  and  is  the  point  where  spreadsheet 
simulation  becomes  essential  to  the  solution.  The  third  level  employs  probabilistic 
techniques  to  quantify  uncertainty  associated  with  future  events.  The  remainder  of  this 
chapter  will  focus  on  how  a  second  level  spreadsheet  budget  can  be  augmented  by 
simulation  for  a  more  realistic  budget.  However,  there  will  never  be  a  100%  correct 
answer  because  one  can  never  fully  predict  the  future. 

To  understand  how  simulation  can  be  of  benefit  to  the  manager  in  the  budgeting 
process,  one  must  first  be  introduced  to  Monte  Carlo  methodology.  The  Monte  Carlo 
technique  can  be  defined  as  a  method  where  a  stochastic  variable  is  assigned  a  value  for 
use  in  a  calculation  by  drawing  a  random  value  that  is  correlated  to  the  probability 
distribution  of  the  variable. 

The  Monte  Carlo  concept  is  best  comprehended  by  a  simplified  example.  A 
manager  is  requested  to  estimate  sales  of  a  particular  product  based  upon  his/her  collective 
.  experience.  He/she  provides  an  optimistic  prediction  of  1000  units  and  pessimistic  value 
of  500  units  with  a  uniform  distribution  between  these  extremes.  From  this  information,  a 
uniform  distribution  is  created  that  can  be  used  in  a  Monte  Carlo  simulation.  The 
pessimistic  value  is  assigned  a  value  of  zero  while  the  optimistic  value  is  assigned  a  value 
of  one.  A  random  number  is  then  generated  between  zero  and  one  If  the  random  number 
was  0  3,  a  ratio  between  500  and  1000  units  will  results  in  650  units  of  sales 
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The  above  example  is  a  simplistic  example  of  the  Monte  Carlo  method  but  it 
illustrates  the  essential  steps.  First,  a  probability  distribution  is  assigned  to  the  variable  of 
interest.  There  are  several  distributions  to  choose  from  such  as  uniform,  triangular, 
normal,  Poisson,  and  tabular  to  name  a  few.  What  distribution  is  best  must  be  determined 
by  collecting  previous  data  that  is  normally  surmised  into  a  frequency  distribution  that  can 
be  correlated  to  an  appropriate  distribution.  An  appropriate  caution  must  be  stated  before 
preceding  any  further.  A  significant  assumption  has  been  made  when  assigning  a 
probability  distribution  based  upon  historical  data.  Monte  Carlo  methods  are  founded 
upon  the  assumption  that  the  historical  data  with  its  corresponding  distribution  are  in  fact 
a  true  representation  of  the  variable’s  interaction  in  the  past  and  can  be  projected  into  the 
future.  Otherwise,  the  model  will  produce  results  that  are  misleading  and  of  no  benefit  to 
the  analysts. 

If  the  variable  of  interest  is  not  quantifiable  with  past  data,  the  probability 
distribution  must  originate  from  the  manager.  He/she  must  either  estimate  what  he/she 
believes  are  the  pessimistic,  optimistic,  and  most  likely  values  or  chance  occurrence  for 
each  range  of  possible  values  for  each  variable.  This  is  not  an  easy  task  but  it  surpasses 
the  alternative  methods  of  intuition  or  trial  and  error. 

The  second  step  of  the  Monte  Carlo  method  is  to  assign  the  probability  distribution 
a  corresponding  range  of  values  from  zero  to  one.  The  third  step  is  to  generate  a  random 
number  from  zero  to  one  that  is  then  applied  to  the  probability  distribution  for  a 
corresponding  value  that  is  then  used  in  further  calculations. 

The  fourth  step  is  to  perform  steps  three  and  four  several  times  to  allow  the  law  of 
averages  to  work.  The  result  is  a  range  of  values  for  the  value  of  interest  or  objective 
variable  such  as  total  budget,  net  present  value,  etc.  This  range  of  values  is  then  tabulated 
into  a  frequency  distribution  from  which  further  analysis  can  be  performed  The  frequency 
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distribution  is  the  paramount  benefit  of  the  Monte  Carlo  technique.  Instead  of  one 
deterministic  result,  a  range  of  values  is  presented  to  the  manager  that  give  the  probability 
of  achieving  the  objective.  Thus,  the  manager  can  make  a  budgetary  decision  with 
significantly  more  confidence  than  the  deterministic  approach. 

Thus,  Monte  Carlo  methods  offer  several  benefits  to  the  manager  when  he/she  is 
confronted  with  a  complex  financial  budgeting  dilemma.  He/she  can  assign  due  weight  to 
uncertain  quantities  and  relationships  vice  relying  totally  on  one  deterministic  value. 
Additionally,  he/she  has  more  information  from  which  to  base  his/her  decisions. 
Furthermore,  Monte  Carlo  methods  are  relatively  inexpensive  to  perform  and  can  be  easily 
adapted  to  a  computer  spreadsheet  from  which  most  budgets  have  their  origins.  The  next 
section  will  discuss  how  a  spreadsheet  can  be  programmed  to  perform  Monte  Carlo 
simulation. 

B.  MONTE  CARLO  SIMULATION 

A  computer  spreadsheet  is  relatively  easily  programmed  through  a  macro  to  employ 
the  Monte  Carlo  methods.  The  macro  that  was  created  with  Excel  4. 0  is  much  less 
intricate  than  the  two  previous  chapter’s  macros  and  required  the  least  amount  of  time  to 
create.  The  only  real  difficulty  encountered  during  programming  was  the  creation  of  a 
method  for  the  macro  to  be  dynamically  linked  to  the  worksheet  through  variable  names 
and  cell  reference  without  explicitly  using  the  worksheet’s  name  so  as  to  make  the  macro 
applicable  to  any  appropriate  spreadsheet.  Therefore,  the  Monte  Carlo  macro  is 
fundamentally  different  from  the  inventory  distribution  or  queuing  utilization  macros  and 
can  be  applied  to  any  spreadsheet  that  has  probabilistic  parameters  with  a  desired 
objective.  The  macro  has  more  applications  than  just  financial  budgeting  and  this  makes  it 
the  most  universal  of  the  three  macros  developed  during  this  study 
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A  caveat  must  be  understood  before  discussing  the  model.  Monte  Carlo  simulation 
is  not  simulation  in  the  same  sense  as  inventory  or  queuing  simulation.  When  a  manager 
employs  Monte  Carlo  methods,  the  results  of  the  simulation  are  a  frequency  distribution  of 
possible  eventual  outcomes  that  can  be  analyzed  and  used  for  decision  analysis.  However, 
this  method  does  not  demonstrate  the  behavior  of  the  system  as  it  changes  over  time 
which  is  the  essential  element  of  the  previous  two  chapters.  Therefore,  Monte  Carlo 
simulation  is  not  true  simulation  but  instead  a  sampling  technique  for  determining 
probabilistic  values  for  a  crucial  variable.  These  values  can  then  be  used  in  a  true 
simulation  model  for  a  more  realistic  behavior  analysis. 

The  development  of  the  Monte  Carlo  macro  begins  with  a  flow  chart  that  identifies 
key  interactions  within  the  model.  Figure  6. 1  depicts  the  events  in  the  macro  that  begins 
with  the  identification  of  essential  parameters  and  retrieval  of  data  from  the  worksheet  if  it 
was  previously  saved.  The  next  chain  of  events  is  to  assign  probabilistic  variables  on  the 
spreadsheet  with  a  respective  probability  distribution.  Four  distributions  are  offered  in  the 
macro:  uniform,  triangular,  normal,  and  tabular.  Excel  4.0  is  capable  of  several  other 
distributions  that  can  be  programmed  into  the  macro  if  so  desired. 

The  next  sequence  of  events  is  the  heart  of  the  Monte  Carlo  method  A  random 
number  is  generated  for  each  variable  that  is  used  to  determine  the  variable's  value  from 
its  corresponding  probability  distribution.  After  all  variables  have  been  assigned  a  value, 
the  objective  variable  is  recorded  and  relative  frequency  data  is  tabulated.  This  process 
repeats  itself  for  the  number  of  iterations  chosen  by  the  analyst. 

Once  the  iterations  are  complete,  the  model  transfers  input  data  and  the  output 
statistics  for  further  analysis  to  the  worksheet  if  desired  by  the  analyst.  The  worksheet  is 
also  returned  to  its  original  state  by  changing  the  manipulated  variables  to  their  original 
values  The  Monte  Carlo  analysis  of  a  worksheet  is  then  complete. 
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Figure  6.1:  Monte  Carlo  Flow  Chart 
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Key  to  the  accuracy  of  the  simulation  is  the  number  of  iterations  that  were 
performed  by  the  macro.  There  are  no  rules  of  thumb  or  mathematical  methods  for 
determining  the  number  of  iterations  required  to  achieve  accurate  results.  However,  a 
method  can  be  employed  to  ensure  that  results  are  consistent.  First,  the  simulation  is 
performed  with  a  few  iterations  around  a  wide  range  of  possible  objective  results.  The 
resultant  upper  and  lower  limit  from  this  limited  simulation  is  then  used  in  the  next 
simulation  run  in  which  significantly  more  iterations  are  performed.  A  third  run  using 
more  iterations  is  then  compared  to  the  second  run.  The  frequency  distribution 
comparison  of  each  run  should  not  be  significantly  different  when  plotted  on  the  same 
axis.  If  they  are,  more  iterations  are  required  until  the  distributions  are  relatively  equal 

With  a  Monte  Carlo  macro  developed,  the  manager  is  ready  to  embark  upon 
financial  budgeting  using  Monte  Carlo  methods.  To  apply  the  macro,  a  few  concepts  must 
be  built  into  the  worksheet  which  contains  the  budget  information.  First,  all  essential 
variables  that  affect  the  objective  must  be  included  on  the  worksheet.  Second,  for  each 
essential  variable,  it  must  be  classified  as  either  state,  policy,  or  environmental.  State  and 
policy  variables  are  not  pertinent  to  the  Monte  Carlo  macro.  Environmental  variables  are 
the  variables  for  which  a  probability  distribution  must  be  determined  and  modeled  by  the 
Monte  Carlo  method.  The  third  step  is  to  create  the  worksheet  based  on  the  previous  two 
steps.  Essential  to  the  creation  of  the  worksheet  is  to  ensure  that  ail  variables  and  the 
objective  are  linked  by  formulas.  Thus,  as  the  environmental  variables  are  changed  by  the 
macro,  the  objective  also  changes  and  statistics  can  be  generated. 

The  above  concepts  are  required  for  the  proper  execution  of  the  Monte  Carlo 
macro.  The  macro  will  perform  the  simulation  with  any  worksheet  designed  in  this 
manner.  It  does  not  have  to  be  a  financial  budgeting  scenario.  Also,  if  one  understands 
how  the  macro  interacts  with  the  worksheet,  he/she  can  speed  up  the  initial  variable  entry 
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process.  The  macro  communicates  to  the  user  through  dialog  boxes.  For  each  variable,  a 
dialog  box  requests  either  the  variable’s  cell  location  or  name.  The  name  function  on  the 
dialog  box  provides  a  list  of  all  names  for  the  worksheet.  Thus,  by  naming  all  the 
environmental  variables,  the  analyst  does  not  have  to  search  though  the  worksheet  to 
locate  a  cell  reference. 

The  Monte  Carlo  method  and  macro  have  now  been  introduced  To  fully  appreciate 
the  benefits  that  can  be  rendered  by  these  techniques,  a  financial  budgeting  scenario  is 
modeled  and  simulated  in  the  next  section. 

C.  SCENARIO 

The  Department  of  Defense  application  of  the  Monte  Carlo  simulation  method  that 
was  analyzed  was  the  1974  through  1976  budget  of  the  Civilian  Health  and  Medical 
Program  for  the  Uniformed  Services  (CHAMPUS).  All  of  the  information  that  will  be 
presented  is  derived  from  Maassen  and  Whipple  [Ref.  4]  and  the  following  analysis  does 
not  attempt  to  verify  or  repute  the  reported  results.  Additionally,  some  simplifications 
were  made  to  the  worksheet  so  as  not  to  make  the  model  too  complex. 

Illustration  6  1  shows  the  budget  for  CHAMPUS  as  estimated  for  1974  through 
1976  A  simplification  of  the  derivation  of  the  values  included  in  Illustration  6  1  is  present 
in  Illustration  6.2.  The  54  shaded  areas  on  Illustration  6  2  are  the  environmental  variables 
that  are  linked  to  Illustration  6. 1  by  the  italicized  variables.  They  affect  the  total  budgeted 
obligation  on  Illustration  6. 1  which  is  the  objective  value.  The  methods  which  the  Navy 
used  to  derive  these  values  are  rudimentary  and  therefore  lead  one  to  question  their 
accuracy.  Additionally,  the  derivation  of  some  of  the  values  was  not  explained  by 
Maassen  and  Whipple  [Ref.  4], 

For  the  straight  line  projection  environmental  variables,  the  values  are  based  upon  a 
determination  of  the  percentage  change  that  occurred  during  the  previous  year,  1*573  No 
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Total  Contractual  Care  Program  Requirements  S5273H3 


Illustration  6.2:  Derivation  Values  for  CIIA.MPUS  Budget 


forecasting  techniques  were  employed  and  the  projection  was  held  constant  during  the 
three  years  that  were  estimated  in  the  budget.  Inflation  is  also  based  upon  a  one  year 
trend.  The  inflation  that  was  experienced  during  1973  was  calculated  and  projected  to  be 
the  same  during  the  next  two  years  with  no  inflation  in  the  last  year.  The  methods  from 
which  population  was  calculated  were  not  provided  by  the  reference. 

The  Monte  Carlo  financial  budgeting  scenario  was  performed  by  assigning 
probabilistic  distribution  to  the  forty-eight  variables  with  total  obligations  as  the  objective. 
Since  neither  historic  data  nor  CHAMPUS  manager  experience  was  available,  there  was 
no  accurate  method  to  determine  appropriate  distributions.  Instead,  reasonable  variations 
around  the  actual  values  were  used  with  uniform,  triangular,  and  tabular  distributions 
This  method  demonstrates  how  a  spreadsheet  and  Monte  Carlo  method  can  be  applied  for 
financial  budgeting  which  is  within  the  scope  of  this  thesis.  There  was  no  attempt  made  to 
design  a  better  CHAMPUS  financial  budgeting  system  which  would  require  an  anlaysis  of 
sufficient  historical  data. 

Figure  6.2  presents  the  frequency  distribution  for  500  and  750  iterations.  The 
distribution  appears  reasonably  stable  thus  sufficient  iterations  were  performed.  The 
distributions  do  not  reflect  any  resemblance  to  factual  data  since  the  inputs  were  only 
theorized.  However,  Figure  6.2  does  show  the  benefit  of  Monte  Carlo  simulation. 

Instead  of  the  deterministic  values  of  $527,383  as  provided  in  Illustration  6. 1,  a  range  of 
values  is  depicted.  For  example,  there  is  approximately  a  80%  chance  that  total  obligation 
will  exceed  $580,000  while  only  a  20%  chance  that  it  will  exceed  $780,000.  Furthermore, 
even  though  the  inputted  values  are  not  factual  but  only  a  variation  of  the  deterministic 
values,  the  probability  of  achieving  a  budget  of  $527,383  is  less  than  10%  in  this  scenario 
This  may  explain  why  CHAMPUS  consistently  exceeds  budget  every  year  The  benefit  of 
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Figure  6.2:  Total  Simulated  Obligations 

this  information  is  enormous.  A  manager  does  not  have  to  base  his/her  judgment  solely 
upon  a  single  value  but  instead  can  weigh  the  probability  of  achieving  a  goal  based  upon  a 
frequency  distribution. 

This  scenario  illustrates  the  benefit  of  Monte  Carlo  simulation  in  financial  budgeting. 
As  stated  previously,  this  macro  can  also  be  applied  in  many  other  resource  allocation 
scenarios.  Ii  is  applicable  to  situations  that  involve  uncertainty  that  can  be  reasonably 
quantified  such  as  capital  investment  scenarios.  The  next  chapter  presents  the  summary 
and  conclusions  for  this  simulation  method  as  well  as  the  previous  two  chapters’ 
simulations. 
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VII.  SUMMARY  AND  CONCLUSIONS 


The  overall  purpose  of  this  study  was  to  explore  the  possibility  of  applying  digital 
computer  spreadsheets  as  a  sophisticated  tool  for  resolving  resource  allocation  enigmas. 
This  involved  a  general  discussion  of  simulation  as  a  resource  allocation  tool  and  the 
methodology  required  to  adapt  a  spreadsheet  as  a  viable  simulation  device.  To  illustrate 
spreadsheet  simulation,  three  separate  and  unique  resource  allocation  scenarios  were 
analyzed. 

An  inventory  distribution  system  was  the  first  allocation  dilemma  that  was 
simulated.  Several  spreadsheet  macros  were  created  to  fully  analyze  the  behavior  of  the 
complex  system.  Microsoft 's  Excel  4.0  was  fully  capable  of  the  simulation  task  and  many 
techniques  that  were  created  were  used  in  the  next  two  scenarios. 

The  second  scenario  was  a  queuing  utilization  analysis  of  a  hospital  emergency 
room.  This  model  proved  to  be  the  most  difficult  to  adapt  to  a  spreadsheet  due  to  the 
requirement  of  maintaining  a  vast  data  base  on  present  and  past  events.  However,  through 
creative  programming  techniques,  the  spreadsheet  was  also  capable  of  queuing  simulation 

Financial  budgeting  through  Monte  Carlo  methodology  was  the  final  simulation 
scenario  analyzed.  Adapting  the  spreadsheet  for  this  scenario  was  the  least  difficult  of  the 
three.  The  result  of  Monte  Carlo  simulation  is  not  true  simulation  as  the  produced  result 
is  a  probability  distribution  vice  a  system  behavior  analysis.  However,  the  Monte  Carlo  is 
the  most  adaptable  of  the  three  models  as  it  is  not  as  specific  in  design  as  the  previous  two 
models.  It  can  be  applied  to  a  wide  variety  of  resource  allocation  models. 

Simulation  methodology  for  resource  allocation  is  no  longer  limited  to  those  who 
have  access  to  simulation  specific  computer  software.  Spreadsheets,  that  are  available  to 
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virtually  every  manager,  can  be  programmed  in  simulation  methodology  to  analyze  all  but 
the  most  complex  resource  allocation  enigma. 
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APPENDIX  A 

INVENTORY  DISTRIBUTION  OUTPUT  AND  MACROS 

SCENARIO  ONE — ONE  WAREHOUSE,  NO  USER  INVOLVEMENT 


Initial  Data 

Dealer 

Warehouse 

Dealer 

Beginning  Inventory 

50 

50 

100 

Reorderr/Begin  Production  Level 

25 

25 

35 

Stop  Production 

* 

* 

100 

Amount  Order/Rate  of  Production 

25 

25 

30 

Holding  Cost 

SO.  10 

SO.  10 

SO.  10 

Order/Setup  Cost 

S20 

S20 

S100 

Shortage  Cost 

$50 

$50 

$50 

SCENARIO  2 — THREE  WAREHOUSES,  NO  USER  INVOLVEMENT 


Initial  Data 

Dealer 

Warehouse 

Dealer 

Beginning  Inventory 

50 

50 

100 

Reorder/Begin  Production  Level 

25 

25 

35 

Stop  Production 

* 

* 

100 

Amount  Order/Rate  of  Production 

25 

25 

30 

Holding  Cost 

SO.  10 

$0.10 

SO.  10 

Order/Setup  Cost 

S20 

S20 

SI  00 

Shortage  Cost 

S50 

$50 

S50 

Invento 


SCENARIO  3 — THREE  WAREHOUSES,  FULL  USER  INVOLVEMENT 


Initial  Data 

Dealer 

Warehouse 

Dealer 

Beginning  Inventory 

50 

50 

100 

Reorder/Begin  Production  Level 

25 

25 

35 

Stop  Production 

* 

* 

100 

Amount  Order/Rate  of  Production 

25 

25 

30 

Holding  Cost 

SO.  10 

$0.10 

$0.10 

Order/Setup  Cost 

S20 

S20 

$100 

Shortage  Cost 

S50 

$50 

$50 

Inventory 


9  Dealer  Dcnond 

i  S  Dealer 

!  ■  WMiooN-l 
|  G  WanftoeM-: 
j  9  Wai»hooM-3 
j  S3  Factory 


30 


Backorder 
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SCENARIO  4 — THREE  WAREHOUSES,  JIT  ENVIRONMENT 


Initial  Data 

Dealer 

Warehouse 

Dealer 

Beginning  Inventory 

50 

50 

100 

Reorder/Begin  Production  Level 

25 

25 

35 

Stop  Production 

* 

* 

100 

Amount  Order/Rate  of  Production 

25 

25 

30 

Holding  Cost 

$0.10 

$0.10 

SO.  10 

Order/Setup  Cost 

S20 

$20 

$100 

Shortage  Cost 

$50 

$50 

$50 

Inventory 


9  Dealer  Detrod 
9  Dealer 
■  Warehouse*  I 
|  Q  Wantoooss-2 

|  9  w miooM-i 

|  9  Far  lory 


INVENTORY  DISTRIBUTION  WORKSHEET 
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MASTER  DISTRIBUTION  MANAGEMENT  MACRO 
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Start  Warehouse  Mac ro 


Ea&SMSSSZSRSSZESSEM 


Invent  ory^MAS  TER.  XLMIW«rehcxna_BQ 


I  Set  Initial  Variable 


SET.  VALUE(R«order  Point>lASTER  XLM' Warehouse  RL) 
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WAREHOUSE  #3  MANAGEMENT  MACRO 
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FACTORY  MANAGEMENT  MACRO 
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APPENDIX  B 

QUEUING  WORKSHEET  AND  MACRO 


Queueing  Simulation  Model 

Initial  Data  (Do  not  change  on  Worksheet) 
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QUEUING  MACRO 
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APPENDIX  C 

CHAMPUS  INPUT  &  MONTE  CARLO  MACRO 
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MONTE  CARLO  MACRO 
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